adrian

This thread should get you going: https://processwire.com/talk/topic/4437-delete-orphaned-filesimages-from-siteassetsfiles/ Also, once you have everything cleaned up, TracyDebugger (http://modules.processwire.com/modules/tracy-debugger/) has a Page Files panel that will help you keep track of orphaned files/images going forward.

@fruid - I guess that might work - did you try?

Jumplinks is only designed to kick in when a URL 404s. Your best bet is you place the redirect in the template file that is used to display the /recipes/ page, eg: $session->redirect('/docs/!recipes/doku.php');

Should be easy enough with a combination of https://github.com/somatonic/Multisite and http://modules.processwire.com/modules/admin-restrict-branch/

I'll admit I haven't really read your post - sorry, but I think this might do what you want based on the topic title https://processwire.com/api/ref/page/references/

@Ralf - I am glad you got the translation stuff sorted out. The "You must change your password now" text is added as a note to the "pass" field when it is rendered. So if this module is successfully redirecting to the profile editing screen of LRP, then it should display that note - if not, then it might be a question for Ryan to see if he can support this module within LRP by displaying the note, or suggesting some other way for this module to inject that note.

It's been a long time since I have looked at this module - there were a couple of issues related to automatic install of helper modules (those modules that are tied to another main module). That was the reason this never made it to the modules directory. If I find time I'll take another look, unless of course someone else is keen on seeing what they can do ?

Hi @Ralf - that checkbox field label, description, and notes should be translatable already. You can see here on a site I have with English and Portuguese: The "load on frontend" option should make it work with LRP. I did just commit one change that allows translating of the note that says: "You must change your password now". Hope that gets you going.

Wow, you're going back in time there ? I remember my parents talking about him, and I am sure I saw a few of his movies in my youth (they liked a good western), but don't honestly remember that expression.

@JeevanisM - this is something that @Pete manages, so hopefully this will get his attention.

@rick - Actually, sorry I didn't read properly - the issue is that you don't have the "php-xml" PHP module installed.

@rick - have a read of this:

Yeah, so to clarify, you need to install ffmpeg, and not ffmpeg-php or php-ffmpeg. I haven't ever used MAMP, I usually install it on my Mac with homebrew using: brew install ffmpeg Can you try that?

Did you see my comment in the last post? You no longer need that because it's included in the module. However, you still need to install ffmpeg itself. Let me know if you're having issues with that.

That's a shame given that 5.5 was EOL'd 2 years ago ?

Major new version just committed that removes mediaelementjs - now relies completely on browser support for <video>. It also includes a ffmpeg-php package because the old pecl script is no longer maintained. Again, maybe no-one is using this, but if you are, please let me know how this version goes. PS - captions are now VTT, rather than SRT.

That's kinda the main point of the module ? Do you have ffmpeg / php-ffmpeg properly installed?

The "Create Users Batcher" and "User Roles Permission Batcher" actions for the Admin Actions may also be useful here. @kater - regarding forcing password change - I still don't know why my module didn't work for you - from my testing with LoginRegisterPro, it is working for me, but you didn't get to me regarding my followup.

Hi all, Just wondering if anyone is using this module and what you'd think about me removing the "Links to required scripts" option. These days, all browsers natively support the HTML5 video element, so I don't think we really need a fallback to Flash, especially given that Flash EOL is Dec 31, 2020. Anyone mind if I remove this?

Thank you - that's the bit I didn't know ?

Thanks for you input @teppo - I guess I went with this approach because I thought that there was a chance it could be encoded other non-UTF8 ways, not just ASCII, so I thought this was a safer approach, but again, I really don't like this stuff, so maybe I am still confused ? Can you explain why you think your way would actually be better?

Did you define $url ? You probably actually want: $page->url

@fliwire - that's due to newer versions of PHP. Try: $urlStr = '<p>' . $url . '</p>'; echo $modules->get('TextformatterVideoEmbed')->format($urlStr);

@ngrmm https://processwire.com/talk/topic/1536-module-video-embed-for-youtubevimeo-textformattervideoembed/?do=findComment&comment=167329 or https://processwire.com/talk/topic/23528-lite-youtube-embed-module/ or https://processwire.com/talk/topic/11160-textformattervideoembedoptions/ (which has a privacy option which sets it to the nocookie URL). I would go with the 2nd or 3rd option.

@kater - any further insight into what the cause might be? Can you try on a fresh PW install without other modules as see if the problem still exists?