ceberlin

Hi, I just stumbled upon your module. Great idea! Your obligatory settings string $config->dbInitCommand = "SET NAMES '{charset}', time_zone = '+02:00' "; is not considering summer time changes? Maybe this can be calculated from $config->timezone = 'Europe/Berlin' (or whatever), a setting which is there already in config? Uninstalling the Advanced Datetime field leaves Advanced Datetime Inputfield and Datetime Extensions installed. Is this intended?

I have problems with Method 2 at our provider DF.eu (Apache 2.4): RewriteCond %{HTTP_ACCEPT} !image/webp [OR] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{DOCUMENT_ROOT}/$1$2$3/$4.jpg -f RewriteRule ^(.*?)(site/assets/files/)([0-9]+)/(.*)\.webp(.*)$ /$1$2$3/$4.jpg [R=307,L] Works not reliably on the LIVE server - Safari sometimes tries to show still WebP. On the MAMP/Mac Server it works. RewriteCond %{HTTP_ACCEPT} !image/webp [OR] RewriteCond %{REQUEST_FILENAME} !-f # RewriteCond %{DOCUMENT_ROOT}/$1$2$3/$4.jpg -f RewriteRule ^(.*?)(site/assets/files/)([0-9]+)/(.*)\.webp(.*)$ /$1$2$3/$4.jpg [R=307,L] On the LIVE server this works (3rd condition commented out). I wonder, why.

Hi Teppo, is there a way to make the search language aware? - I mean getting the right context from mutilanguage fields per active language? Probably this would mean an indexing per language? If not, I wonder if at least all language text entries from a multi language field get indexed? - so a search in the non default language might find maybe too much, but not too little?

The PW "Upgrades" module does not recognize those updates... it still shows version 0.3.1. as current (in my setup), unfortunately

Hi Mike, the update 1.5.53->1.5.54 with the PW "Upgrades" plugin does not work (worked before). It re-installes the old version.

same trouble with MAMP / MAC + PHP 7.3..... reverting to 7.2 solved it

Works very well. Extremely useful! Thank you!

I wonder whether this module could be extended to serve as a EU-GDPR click solution. The original module does not have this, and I am not sure Ryan will change that for us poor Europeans.

the fix is temporary, i fear - with the wrong settings the problem re-occurs. My log was becoming huge, probably only because of a cron-job cleaning up. (80.000 entries with lots of MB), all built up within a week. If there would be a setting not to log system actions (or log them differently, maybe shorter) it would be easier to know what's going on with with the editors because their changes can be stored longer (not so many entries normally)?

With the Changelog activated I start receiving out of memory errors with the PW Backup: Fatal error: Allowed memory size of XXXX bytes exhausted (tried to allocate 20480 bytes) in //www-office/wire/core/WireDatabaseBackup.php on line 1269 Uninstalling Changelog makes the backups run fine again. ProcessWire 3.0.125 , Changelog 1.5.5 PHP 7.2 Apache 2.4 256 MB Memory Is anyone else seeing this? Update: I found out from a backup (when it worked) that the plug-in can collect huge amounts of data. I moved the info over to GitHub, with the details.

This code in the ckeditor custom settings activates the browsers native spellchecker (we use the languagetool plugin for Firefox/Chrome): disableNativeSpellChecker:false

Github does not seem to bring the (2y old) topic back to the top just because of new entries. The issue might be overlooked?

Already found AdminOnSteroids and CookieManagementBanner, there might be more. How do I reset the translation cache to test the effect of their removal? (The language page is plain dead because rendering stops unfinished)

I could reproduce the effect - see video. I could not figure out yet which module or string creates the problem, but it seems to be some module I use a lot, as the problem appears on many sites. pw-bug-languages.mp4

Thank you... sounds like a cool idea. The textformatter would not be the way to go for me as I - in general - like PW's pagefileSecure feature. Right now I am thinking of a workaround (not tested yet). Since the pagefileSecure blocking is only active on (1. pages that are hidden from "guest" users by rights restrictions (or 2. pages are unpublished), I will try to publish some innocent blank page that remains visible to users and load the needed images there into some file field in the backend. Then I would reference those (not blocked) images in the textarea of the PDF source page - and the rights problem is maybe bypassed.

I have problems printing images embedded into a textarea if the config.php has this setting: $config->pagefileSecure=true ERROR: Could not find image file (.............. /site/assets/files/2922/unterschrift.jpg) The file actually is stored under this path: ............... /site/assets/files/-2922/unterschrift.jpg

It would be great if the forms had focus. That speeds up logging in.

Simple question, in your instructions, what do you mean by Call the module from your home.php template $modules->get('Blackhole')->blackhole(); If I add this code somewhere on the homepage's php code, I get a 404 in the frontend, which I actually expected to happen (same behavior as on blackhole.php). (problem gone)

Maybe there should be a note in the plugin settings that using Checking EU is sending personal IP data to extreme-ip-lookup.com (USA?) and restcountries.eu which might be breaking GDPR law (Server location?), when checking that option. [OFFTOPIC] Tracy: I only use parts of it, especially using bd() causes an Uncaught Error: Call to undefined function bd - had no time to figure that out yet [/OFFTOPIC] ... your question replied the quick 'n dirty way: echo "|" . ($this->get_user_ip_addr()) . "|"; returns |::1| The notice only appears when first visiting the page, it is gone after a refresh and visiting other pages of that site. (PHP 7.1) My solution for now: Unchecking the EU feature.

on localhost, I get a warning: Notice: Undefined index: countryCode in /Users/.../modules/CookieManagementBanner/CookieManagementBanner.module on line 42

I just discovered the module today and it is very handy for my Cients <-> Contracts many_to_many relation. Now I can connect those from both ends. Works! Fantastic! Thank you very much for this time-saver.

Backups can live their own live. I tend to download them from time to time (some customers do also). Since they can contain sensitive data, it is just another level of protection to have them encrypted. (I know, WordPress modules can be much worse in offering to *mailing* sql backups. Anything can happen there.)

When looking at PW what concerns me most, are unencrypted database backups via the module ProcessDatabaseBackups.

I asked for removing the scroll in the backend already. It makes it so easy to inadvertently destroy carefully set map settings. I hacked the module code to change that for the time being. :-)

I get a notice here, maybe that is interesting.... PHP Notice: Trying to get property of non-object in site/modules/VersionControl/ProcessVersionControl.module:660 if ($diff && wire('fields')->get($field)->type instanceof FieldtypeFile) $diff = "";