adrian

As far as I know ffmpeg is the only solution for being able to create poster images. That said, I haven't looked into this is a few years, so maybe now there is. If you find an alternative I might be able to implement it within this module.

Do you have ffmpeg and ffmpeg-php installed and running correctly? Maybe that's not the issue and there is something else new that is breaking poster generation, but please confirm that you have those.

I don't have time right now, but I don't expect it would take too much to make it work to populate the fields in the backend, instead of just displaying on the frontend. Probably just a matter of a config setting and a new hook (in addition to the current Fieldtype::formatValue) to get it to populate the backend form fields instead. Feel free to submit a PR

I don't have much time to figure out why at the moment, but I discovered that InputfieldPageListSelect::renderReady is not being called for non-superusers. It is inside this that the ProcessPageList module is loaded, so as a quick hack so I can move on for now, I added: if($page->template->name == 'admin' && $user->isLoggedIn()) $this->wire('modules')->get('ProcessPageList'); to site/ready.php which gets things working properly again. I hope to find some time to get back to this and investigate properly, but if anyone else has any ideas that would be awesome

Thanks - unfortunately creating a new role to assign to the user isn't working for me - I'll take a better look tomorrow and see what I can figure out. Cheers.

Hi @gebeer - I just came across this - one of my site editors gets this error when trying to edit a PageTable or Repeater field that contains images. I haven't investigated much yet, but was wondering if you ever found out anything more on this? It seemed to come out of the blue, but maybe it was related to a PW core update? What version are you running?

https://www.typografics.be/nl/blog/processwire-bigger-stronger-faster-en-easier

Hi @Robin S - just wanted to confirm that you have everything working as expected now when editing Page Tables in a modal window? @tpr - I am a little confused - what styles.css file are you talking about? The one included in TracyDebugger, or something else? How can you use this module in non-PW projects? @hettiger - glad you like it - thanks! PS Hi again everyone - it's been a while

Hi @kixe - thanks for all your thoughts here. Hopefully you know that I have been away and not just ignoring your post! The latest version has the getBranchRootParentId function hookable. The reason I did this is because when a user is restricted to a branch of the page tree, there is no "Home" breadcrumb, so I added this to give them easy access back to the root of the pages they have access to. I am curious about the working solution you have though - maybe it takes care of what we both want? I think that regardless of the interaction with this, module those "1" values shouldn't be hardcoded in the PW as you noted - maybe you could submit a PR to Ryan to fix those? As for the actual prepending of BranchRootParent to the Pagetree under PagesTab, do you mean here: Test One and Test Two and children of the BranchRootParent and as you note, the BranchRootParent itself is not shown. Not critical, but I agree it would be nicer if it was, but from some quick looking around I don't think it's going to be possible at the moment without manually prepending the BranchRootParent to the markup returned by ProcessPageList::executeNavJSON - certainly possible, but not pretty. Any thoughts on my comments? I'd certainly like to help as much as possible for you on this, so just let me know. Cheers, Adrian

Hi @Zeka - sorry for the delay - hope you read elsewhere that I was away for quite some time. I have just been looking at this, and I can't find any problems with the current code - can you please explain the problem you are having? At the moment I also can't see why the version with the check wouldn't be more correct, but I also can't see why it should actually be necessary. If you can let me know more, perhaps I can reproduce and figure out the best approach.

Hi @itsberni - looks like that is a new issue in recent versions of PW. I have committed a fix which seems to take care of things here - can you please test and let me know if it works for you?

Hi @PWaddict - thanks for the report and for finding the solution - much appreciated. I have removed the changes from that update (I agree that the Page Name core module should be used to define those replacements). I noticed in the original version of your last post you mentioned a second more critical bug, but you've now deleted that - can you please confirm that everything is in fact OK with that and that nothing needs fixing?

Hi @itsberni - sorry for such a delayed response - I am just back from an extended time away from my computer. I have added a new Bcc email field to the module config settings. All emails will be Bcc'd to the entered address automatically. Please let me know how it goes for you.

Hi @Arcturus - sorry for such a delayed response - I am just back from an extended time away from my computer. I can't imagine why it's not working for you, unless you are entering the entire "416 7773333" in the main number sub field. The 416 area code needs to be entered in the area code subfield. Could you please confirm how you are entering things and also the settings for the "cell_phone" field with some screenshots so I can help you diagnose?

Hi @elabx - sorry for the long delay. Currently there isn't an option to provide a selector to filter the child pages being exported. It wouldn't be a terribly complex addition, but remember that if you have ListerPro, you can do this using the CSV export action. Do you have access to this?

Thanks for the report @Marcel Stäheli - it should be fixed in the latest version of BCE. Please let me know if you have any more troubles.

Hi @Pretobrazza and @CodeCoffeeCode - I am sorry for the very long delay in responding - I have just returned from an extended time away from my computer. It looks like the issues you were having with textareas fields and the map marker were actually due to PHP 7. The latest version should fix things - I tested with textareas which now work perfectly again - hopefully map marker fields will also work again now. I have also fixed some other issues with adding multiple new child in Edit mode and also taken care of this issue. Please let me know how things work for you now.

Just a repeat of part of a message above so hopefully more of you will see it: I am going to be mostly offline for the next 2 months, starting right now It's going to be strange being away from PW and the forums for so long. Hopefully if anyone has any issues with this (or any of my other modules), some of you who are more experienced might be able to help, or at least let those users know that I am away and will take care of things when I return. Cheers all!

Ryan just got back to my PM and this should now be fixed.

Thanks @Robin S - should be fixed in the latest version. Although, I am wondering if perhaps I should be disabling much of Tracy in CLI mode anyway. Maybe just disable the debug bar, but allow for error logging still? Any thoughts?

Sorry @mel47 - I am still not sure exactly what is happening here. I can't see what the title(s) are for that page. BCE should create the names from the entered titles, but of course the support for multi-language is limited to display rather than entry. It would really help to get a list of exactly what you are doing, in what order, and some examples of the pages you are creating via BCE. Remember that PageRenameOptions is for when you change the title of an existing page - it doesn't really impact newly created pages, which is what I think you are doing with BCE.

@Robin S - can you please test with the latest version of Tracy and let me know the current line numbers that are reporting that notice (if any) - those line numbers you are reporting don't seem to match the current version. I fixed something like this a while back (https://github.com/adrianbj/TracyDebugger/commit/8e8309e13c9edf6ad36f0e29b91cc52b77ffc7e1), but maybe there are still some outstanding issues.

The PagePath module is not affecting what you are seeing - that just records any changes and creates automatic redirects. As for the "name not being the good one", can you please provide some examples of exactly what you are entering into BCE, the page names you are getting and what you expect/want them to be.

Done!

Not sure if it suits your needs or not, but you can link to the admin page tree like this: http://mysite.com/processwire/page/?open=1045&open=1046 Sorry, ignore that (only works for one ID) and I have to run, so can't investigate further right now.