adrian

I think there are only two things you'll need to change. 1) The name of the table "field_start" 2) The "name" field/column for the field's row in the "fields" table.

Hey @bernhard - I just tested here with all combinations of the following on my local dev setup (MacOS) 1) SessionHandlerDB on and off 2) Your hook in init.php and ready.php and in the Console panel injected at init and ready In all cases, the bd() shows up in one of the Tracy redirect bars. Then I tried on one of my linux servers and in all tests, the bd() call was never activated. My thought is that it must be something to do with when Tracy is loaded. Because Tracy is loaded by PW's module system, it isn't loaded until site modules get loaded. Ryan made it so that it is the first of these site modules to be loaded which means we can always reliably use it to test development of other modules, but it doesn't load before the PW core which is why it's sometimes impossible to use it to debug the core. All that said, I don't know if load order is the problem in this case, or if it's something else. I'd actually love to know if you see a difference on different servers / PW installs. And anyone else who'd like to test also - it would be good to figure out if there is something consistent with when it does and doesn't work.

Maybe something useful in here? https://github.com/adrianbj/ProcessRedirectIds/blob/master/ProcessRedirectIds.module

Yeah, I don' think MySQL's DECIMAL supports using a comma as the decimal separator. I believe PW needs to handle conversion from comma to period and back again on wakeup if the locale settings require it.

Or perhaps a varchar just to make sure it's not trying to save something that isn't supported by the DECIMAL type at all.

Try changing the DECIMAL ration field from 4,2 to 12,6 or something equally ridiculous to see what it's actually trying to save to that field.

Is it 1.33 whether you're superuser or another role?

@bernhard - isn't this related to:

ACE Editor is what the Console panel uses and it has different modes for different languages and there is also a regular and inline php mode depending on whether the code starts with <?php or not. I have just improved detection of the mode to use when loading up snippets.

Currently it doesn't support it. It's probably a pretty easy hack to make it support your scenario, but also ask Ryan about it in the support board for that module so he knows that users want that functionality.

My assumption was the entryPages allowed selection of users. I just assumed it was multiple users which is why I thought the ->has() approach would work, but if it's a single page, then id === id works, as of course would $user === $page->entryPages But again, I am not certain ?

I have to get off the computer now but for others to help, it would be helpful if you provide the error and also let us know what the setup is for that page reference field - single vs multple etc. Otherwise we're just guessing ?

Try this: if($page->entryPages->has($user))

If it's a Page reference field, then maybe you need: $page->entryPages->id Actually, given that it's Page "s", plural, then you might need: $page->entryPages->first()->id or maybe you need to check if the $user->id is in an array of entryPages IDs?

Everyone, please be aware of this bug in AdminOnSteroids (https://github.com/rolandtoth/AdminOnSteroids/issues/118) that breaks CkEditor fields with this new PW version. You can easily patch AOS to fix it, but be sure to test before you let your site editors find the problem ?

Good to hear ? There's actually another new version just posted which improves ACE mode detection and whether the current code matches the saved version after a page reload.

@EyeDentify - please make sure you have the latest version - this was fixed yesterday, or at least it was fixed at my end. It was a new bug the was a result of storing to the filesystem which was added a few days ago.

You need the include=all in the children selector. $media_tags = $pages->get("template=fundus-index")->children("include=all, sort=title"); You could also find the children directly by specifying the parent in the selector, eg: $media_tags = $pages->find("parent=fundus_id, include=all, sort=title")); replacing fundus_id with the ID of that parent page.

They have disabled it, just not via disable_functions line. I don't know how they have done it, but if you google: php "due to system policy" you'll see lots of results, so it must be a fairly common thing on budget hosting.

Yep ? Or get one.com to fix it, or change to a decent host ?

Looks fine to me. This is what I get: The issue is that one.com is preventing code from changing it which is why the PW core filecompiler is causing that error.

Unchecking Versions List will only fix the error in the PW Info panel. The error for the Console Panel is not coming from the Console panel - it doesn't use set_time_limit() - the call to set_time_limit() is in the File Compiler module which shouldn't be updating its cache unless the Console Panel file code is changed, which it shouldn't be. Maybe you could try commenting out this line (https://github.com/processwire/processwire/blob/f9337d77a5fc9ae0cdd9486261768b102347bfd0/wire/core/FileCompiler.php#L384) and see if that fixes things without breaking the compilation process.

I tried both timestamp and YYYY-MM-DD and they worked fine, so I expect that will be the issue.

If it only was Tracy then I'd be keener to work on a fix, but in reality there is only one piece of code from Tracy that is causing the problems and you can disable that by unchecking the "Versions List" option here: The errors in the other two panels are due to PW's file compiler which I can't fix but they should go away after reloading the page because the file compiler shouldn't have to run again if the code for those panels is already cached. Note that the filecompiler will also throw these errors on other modules that don't define the PW namespace, but again they should only show the first time the files are accessed, or if they are updated in the future. Do you see that, or does the filecompiler error keep occurring on subsequent page loads?

@NoremPload - this functionality is now in the PW core: https://processwire.com/blog/posts/pw-3.0.142/#custom-fields-for-files-images I would recommend that over this module now.