matjazp

What do you mean by "backend page apparently gets cached"? Any errors in javascript/network panel in browser? Any info in log files? I see that the layout of tabs is not correct, or at least differs from how the tabs are renered here on my browser. AIOM does not have admin bar, I have no idea what would that be. Please PM with your site details so I can check myself.

Can you provide more info? You edit some css file and want to insert "overflow:hidden" and then happens what?

[manual] Sync "TracyDebugger" branch "master": 1121 remote, 987 local, 0 to update, 0 to delete (134 preserved via .gitignore/.gitattributes) Yep. Thanks for quick fix!

Thanks for the fast response. Unfortunatelly the sync screw up the TracyDebugger (Error: Failed opening required 'C:\inetpub\wwwroot\site\modules\TracyDebugger/tracy-2.12.x/src/tracy.php') and I had to restore it form the GH repo. In the logs: 2026-05-13 09:28:15 admin http://localhost/processwire/setup/gitsync/sync/ [manual] Sync "TracyDebugger" branch "master": 1121 remote, 987 local, 980 to update, 980 to delete (134 preserved via .gitignore/.gitattributes) 2026-05-13 09:28:23 admin http://localhost/processwire/setup/gitsync/sync/ Using ZIP archive for 980 file update(s) (>50 threshold) ... 980 files updated ... 2026-05-13 09:28:27 admin http://localhost/processwire/setup/gitsync/sync/ [manual] Synced "TracyDebugger" to branch "master" (commit 068bbd9) – 980 updated, 980 deleted Not sure what happened, but when the site failed with the exception, the TracyDebugger folder only had 6 files on the root. Other folders, like assets, panels, includes were all missing. It's odd since the log shows: 2026-05-10 18:25:51 admin http://localhost/processwire/setup/gitsync/sync/ Updated: panels/AdminToolsPanel.php (8396 bytes) ... 2026-05-10 18:25:47 admin http://localhost/processwire/setup/gitsync/sync/ Updated: includes/post_processors/AdminToolsPost.php (4138 bytes) Will try to debug later, I'm at work now 🙂

@Mikel, thanks for the clarification. Just for info, I've forked the ProcessWireUpgrade module and modified it so it can upgrade modules (and dev core) to the latest commit, even if there is no version bump. For the issues I have: the main issue is that the request timeout and I get http error 500 making the download incomplete. I have GH api key. 2026-05-13 05:12:16 admin http://localhost/processwire/setup/gitsync/sync/ [manual] Sync "TracyDebugger" branch "master": 1121 remote, 4437 local, 1115 to update, 4430 to delete 2026-05-13 05:12:17 admin http://localhost/processwire/setup/gitsync/sync/ Updated: .gitattributes (48 bytes) ... 2026-05-13 05:13:55 admin http://localhost/processwire/setup/gitsync/sync/ Updated: scripts/ace-editor/mode-batchfile.js (5187 bytes) All together it managed to fetch 268 files in ~100 seconds.

@mikel, would you mind fixing the issue I reported? How your module compare to ProcessWireUpgrade module form Ryan? Just to let you know, I couldn't upgrade TracyDebugger. I guess to many files? I also successfuly upgraded NativeAnalytics, but the module didn't worked well, like something was missing, maybe incomplete download or something? Not sure how to debug...

I did not know that, never clicked a link in the title column, always on an upgrade link, if available...

Hm. I have this in my version of PW upgrade just for the case I need latest bleeding edge:

https://github.com/ryancramerdesign/skyscrapers2 this is for PW3, not sure about php version, but most likely not compatible with 8.5...

@maximus, thank you for all the modules! Just to let you know: there are 2 occurences of formatBytes() in Context.module.php

@maximus, a minor inconsistency. In your post: ProcessWire Version: 3.0+ PHP Version: 7.4+ (8.0+ recommended) But in the module: 'requires' => 'ProcessWire>=3.0.200,PHP>=8.1',

I also can't reach it as I'm browsing with javascript off.

Not tested, but try replacing count() with wireCount()

https://github.com/processwire/processwire-issues/issues/2150

As I already told you in a private conversation, you should contact your host provider or turn of mod_security.

Please replace self::getDirContents($path); with self::_getDirContents($path); (underline is missing).

@prestoav, thanks for the compliments 🙂 I forked AIOM primarily to fix issues I was facing, and then it somehow developed into the version with the caching options. I don't use minification of CSS/JS. I think it's enough to use simple preg_replace to remove blanks. It's painful to follow and track issues for all libraries now included in the module (voku html_min, simple_html_dom, symphony css selector, lessmin, cssmin, jsmin, ...). Not worth it for those few percentages. But hey, the module works, even on PHP 8.5. Did you try/test caching options? @David Karich, I didn't change the class name as I wanted to preserve its name and your contribution/authorship of the module. Thanks for the module! I'll PM you.

https://github.com/matjazpotocnik/ProcessWire-AIOM-All-In-One-Minify Note that AIOM+ has a caching component, similar to Procache.

@prestoav David doesn't maiantain this module anymore. In my forked version this fix is already integrated.

This is new information. You stated in the first post that your upgraded PHP and PW. Check XHR response headers in browser's dev tools.

Because 3.0.246 might not be 100% compatible with PHP 8.4. That's odd. I use this version even on PHP 8.5 without (major) issues.

Do you have access to admin? To the file system? Double check that you uploaded the complete wire directory and new indxex.php file.

You have PHP 8.4? Then use the latest (not yet dev): https://github.com/processwire/processwire/archive/dbbb239a74231d5371c77cd23cb6e48aba90b8ef.zip

Check PW error logs. This is because of the error in php/module resulting in invalid JSON. Do a modules refresh and upgrade them to the latest version.

Why it would work for an hour or two and then stopped? Can you limit access to the website to just your IP? I guess you'r using apache, so you could put this in your .htaccess: <RequireAll> Require all denied Require ip x.x.x.x </RequireAll> Or perhaps you have an option to do that in admin panel of your provider. It sounds like an incomplete upload (with FieldtypeFile.module being an older version that lacks those method implementations, otherwise FieldtypeImage would inherit them). Please double check that you uploaded the complete wire directory. As an alternative you can add public function hasFiles(Page $page, Field $field){} public function getFilesPath(Page $page, Field $field){} to /wire/modules/Fieldtype/FieldtypeImage/FieldtypeImage.module. But you said it worked already so I'm without the ideas here. Try to downgrade PHP to 7.4 if that helps?