-
Posts
11,087 -
Joined
-
Last visited
-
Days Won
365
Everything posted by adrian
-
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.
-
#1214 - The used table type doesn't support FULLTEXT indexes
adrian replied to vmo's topic in General Support
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?
-
Module: Video embed for YouTube/Vimeo (TextformatterVideoEmbed)
adrian replied to ryan's topic in Modules/Plugins
Did you define $url ? You probably actually want: $page->url -
Module: Video embed for YouTube/Vimeo (TextformatterVideoEmbed)
adrian replied to ryan's topic in Modules/Plugins
@fliwire - that's due to newer versions of PHP. Try: $urlStr = '<p>' . $url . '</p>'; echo $modules->get('TextformatterVideoEmbed')->format($urlStr); -
Module: Video embed for YouTube/Vimeo (TextformatterVideoEmbed)
adrian replied to ryan's topic in Modules/Plugins
@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?
-
Hi @Robin S - I can see the reason and have a fix, although I am not sure how robust it is. The background is that in July 2016, @tpr was having some issues with some email clients needing the From name to be mime header encoded. He gave me this code to fix things: https://github.com/adrianbj/TracyDebugger/blob/81dbda3fccbe961680f9b7a6bb76f055bf41a06f/panels/MailInterceptorPanel.php#L27-L29 // from @tpr - for dealing with encoded fromName which is necessary for some email clients if(function_exists('mb_decode_mimeheader')) { $item['fromName'] = mb_decode_mimeheader($item['fromName']); } But it looks like the issue is when there are special characters that aren't encoded, this is breaking things. My attempted fix is replacing that with: if(function_exists('mb_decode_mimeheader') && mb_detect_encoding($item['fromName']) != 'UTF-8') { $item['fromName'] = mb_decode_mimeheader($item['fromName']); } but again, I am not sure how robust that is - encoding is not my speciality ? Can you test that change for me. Also, does anyone else have any thoughts on a better way to do this? @teppo - you must deal with these sorts of characters in email headers - any tips?
-
@kater - I just tested with: /?profile=1 (where the LRP module was instantiated for all pages) and also another option with /login-register/?profile=1 (where it was instantiated for just the page with the name "login-register") and both work as expected. I am not very familiar with the LoginRegisterPro module, but at the moment I am not sure where the infinite redirects might be coming from, but I don't think it's from the Password Force Change module.
-
Hi @kater - what do you have set for the Frontend Login URL setting - is it set to login-register/?profile=1 ? Is it set to a full URL, or root relative? Does adjusting that help?
-
Hi @webhoes - firstly, sorry for the late response, I was on vacation last week. I have fixed the issue you were seeing. Not sure when that showed up - seems like maybe a change to the PW may have caused it. Anyway, should be fine now, but please let me know how it goes for you. PS - is your table field really named "importTableCsv" ? You probably want to change the first parameter in that call to the $page->importTableCsv() method to the fieldname.
-
Thanks @MoritzLost - should be fixed in the latest version.
-
Is this useful at all https://gist.github.com/adrianbj/2b3b6b40f64a816d397f
-
Homepage errors and Can't edit field Getting Fatal Error!
adrian replied to Roych's topic in General Support
I'm on mobile but it looks your server is missing the PHP mbstring extension. Install that and you should be fine. -
@teppo and @bernhard - I am away this coming week so I have committed a new version of Tracy which includes the commits from above and a few additional fixes. Hopefully everything should be working properly now. Please test the new addSettings() method if you get a chance and if you need any additional changes to make things work, please feel free to modify Tracy as needed and send me a PR or let me know what else you need and I'll take care of it when I am back.
-
@helin - any chance you could test that attached version for me to confirm it's also working for you?
-
@picarica - you can also simply place the hook code in your sites ready.php file (https://processwire.com/blog/posts/processwire-2.6.7-core-updates-and-more/#new-core-files-for-site-hooks). There is no need to a create a dedicated module for this, although also no problem if you prefer this approach.
-
I have URL segments enabled on the home template and have: regex:^[0-9A-Za-z-_]+$ as the regex for the allowed segments. Everything works as expected.
-
@bernhard - are you still having problems with custom panels? It won't affect that issue, but regardless make sure you grab the new version above to have access to the custom settings option.
-
@creativejay - sorry about that - I left a bd() debug call behind by accident. I have updated it to remove this.