Whc.ca has the psr extension enabled by default. This is causing CMSB developer console to fail to load.

What's the exact error message you're seeing? And is it just the CMSB developer console which fails to load, or any other pages as well?

I also use cacheing with Symphony/Cache via composer.

What is the recommended solution.

The psr extension does conflict with composer's Psr/* packages, because Symfony/Cache requires Psr/Cache, and composer will install it even while the extension is enabled, which creates the conflict.

If your host lets you, you can try disabling the psr extension, as it sounds like that's the most probable fix, but I should be able to give you a more concrete answer if you can provide the exact error message text, along with any other details you have.

I am assuming here that you are using offlineMode v1.02. 

Around line 264 in the offlineMode_getUrl() function, you see a $curl_options being set with CURLOPT_USERAGENT. Change that line to...

$curl_options = [CURLOPT_USERAGENT => $userAgent, CURLOPT_TIMEOUT => 10];

You can give that a try and test different values. You don't want it to be too long. Currently the default is set to 4. 

I believe that will achieve what you are looking for when it comes to setting CURL timeouts. I am not sure if this is going to solve the issue if the script is hanging for another reason. Worth giving it a try.

Let us know if it works out for you.

I commented out the die() statement from within loadINI and it seemed to work without issue...at least that I have seen.

That fix is fine to leave in, it won't cause any problems elsewhere.

We tracked down the root cause on our end, and it's patched in the next release.

I commented out the die() statement from within loadINI and it seemed to work without issue...at least that I have seen.

I'm going to do the same for the other site that is a problem right now, but food for thought on this one.  

If you can fill out the 2nd level support request we can take a look for you to get you up and running ASAP:

https://interactivetools.com/support/request/

I was hoping you'd have a bit of a better answer :).  Oh well, I will try to solve it on my own.

Well I know that $_SERVER["PATH_INFO"] would not be defined if you are attempting to run the code through the Command Line Interface (CLI) like can be done through scheduled tasks. I would start there in finding a cause. In the error message, does it show a filename and line number or is that just appearing on the front-end of the site as a generic error? Do you see anything in the error logs of CMSB?

Have you tried disabling all your scheduled tasks? I am not too familiar with the very old versions of CMSB so perhaps there is a script there that is breaking on the upgrade and could be ran through a scheduled task.

Let us know if you find any additional information. :)

loadINI: Undefined array key "PATH_INFO"

This is at the earliest spot in the upgrade, so I think it's OK to not restore the database.  If I take it back to the saved cmsAdmin folder, it comes up OK.

I looked at the software and it seems to be doing the right thing with PATH_INFO, but I can't say for sure.

I am looking at the code now, but there is quite a bit.  Has anyone run into this?

I also use cacheing with Symphony/Cache via composer.

What is the recommended solution. 

Thanks for the report! We tracked this down, and it's a timing issue with bulk uploads, not a permissions problem or an upload limit.

Two things are going on:

1. The upload form doesn't limit how many files it sends at once. Browsers used to cap this at about 6 requests per server, but on newer hosting with HTTP/2 that cap is gone, so dropping 100 images can start 100 uploads at the same time. Each one is a separate server process resizing images into thumbnails, and 100 of those at once is likely what's causing the hangs.
2. Each upload request also cleans up old temporary upload files. With that many requests running at once, they all try to erase the same files - the first one wins, and the others report "No such file or directory". The CMS was treating that as an error, but nothing is actually wrong: the file was already removed. That's the "Unable to remove file" message your client is seeing.

Here's a patch you can apply to the 3.84 site now. Both changes will also be in the next release.

In cmsb/lib/upload_storage_strategy.php (around line 123), find:

if (!@unlink($filepath)) {
    $error  = "Unable to remove file '" .htmlencode($filepath). "'\n\n";
    $error .= "Please ask your server administrator to check permissions on that file and directory.\n\n";
    $error .= "The PHP error message was: " .errorlog_lastError(). "\n";
    throw new RuntimeException($error);
}

And replace it with:

if (!@unlink($filepath)) {
    clearstatcache(true, $filepath);
    if (is_file($filepath)) {
        \Itools\Cmsb\CMS::log("Unable to remove upload file '$filepath': " . errorlog_lastError());
    }
}

Then in cmsb/lib/menus/default/edit_functions.js (around line 192), find 'multi' : true, and add this line below it:

'simUploadLimit': 10,

That uploads 10 files at a time - the rest queue up in the browser and go automatically, so your client can still select all 100 at once. It should take care of the hangs as well. After updating the .js file, have your client do a hard refresh (Ctrl+F5) so the browser picks up the new version.

Give that a try and let me know if that fixes it for your client. Thanks!

On the error list page (modified for privacy/security):

#135579 - Unable to remove file '/home/xxxxxx/public_html/images/uploads/thumb2/35-img-6665-jpg.webp' Please ask your server administrator to check permissions on that file and directory. The PHP error message was: unlink(/home/xxxxxx/public_html/images/uploads/thumb2/35-img-6665-jpg.webp): No such file or directory
/home/xxxxxx/public_html/cmsuAMGP383/lib/upload_functions.php:679
POST https://xxxxxxxxxx.com/cmsuAMGP383/admin.php

and inside the details of the error, the mention of the "upload strategy" file caught my attention:

Backtrace

#0 Script started                                         at /home/xxxxxx/public_html/cmsuAMGP383/admin.php:0
#1 require()                                              at /home/xxxxxx/public_html/cmsuAMGP383/admin.php:82
#2 require()                                              at /home/xxxxxx/public_html/cmsuAMGP383/lib/menus/default/actionHandler.php:106
#3 require()                                              at /home/xxxxxx/public_html/cmsuAMGP383/lib/menus/default/uploadForm.php:4
#4 submitUploadForm()                                     at /home/xxxxxx/public_html/cmsuAMGP383/lib/menus/default/uploadForm_functions.php:24
#5 removeExpiredUploads()                                 at /home/xxxxxx/public_html/cmsuAMGP383/lib/menus/default/uploadForm_functions.php:38
#6 DefaultUploadStorageStrategy->removeUploadsForRecord() at /home/xxxxxx/public_html/cmsuAMGP383/lib/upload_functions.php:679
#7 RuntimeException thrown                                at /home/xxxxxx/public_html/cmsuAMGP383/lib/upload_storage_strategy.php:130
   -> Unable to remove file '/home/xxxxxx/public_html/images/uploads/thumb2/35-img-6665-jpg.webp'

Please ask your server administrator to check permissions on that file and directory.

The PHP error message was: unlink(/home/xxxxxx/public_html/images/uploads/thumb2/35-img-6665-jpg.webp): No such file or directory

and 
RAW LOG DATA: 
errfile          => "/home/xxxxxx/public_html/cmsuAMGP383/lib/upload_storage_strategy.php"
errline          => 130
errno            => "RuntimeException"
errstr           => "Unable to remove file '/home/xxxxxx/public_html/images/uploads/thumb2/35-img-6665-jpg.webp'\n\nPlease ask your server administrator to check permissions on that file and directory.\n\nThe PHP error message was: unlink(/home/xxxxxx/public_html/images/uploads/thumb2/35-img-6665-jpg.webp): No such file or directory\n"
exceptionClass   => "RuntimeException"
exceptionCode    => 0
externalFilePath => "/home/xxxxxx/public_html/cmsuAMGP383/lib/upload_functions.php"
externalLineNum  => 679
logType          => "exception"

 So I am just wondering (because I'm still a programming neophyte) if the "upload strategy" file has some limiter in this case, or something?  Or is it just a challenge with the hosts' resources?

It seems when he's uploading around 100 images at one time it occurs, and if he has a problem, he gets around it uploading 20 at a time (but it drives him crazy).  I will mention here that there was a similar challenge that was worked out several years ago and he does have a plugin (built by IT) for resorting the images after saving. 

Thank you for your attention to this.

does it have to do with the '_action=' placement?

That's exactly it - it's the '_action=save' that's doing it.

So '_action=save' is the internal name of the Save button, and the Save & Copy plugin gives its own button that exact same internal name as well.

While the ordering plugin was matching on names, it saw two buttons called _action=save and kept them together, which is why Save & Copy came along with Save when you moved it to the front.

I've attached an updated version of the plugin Dave posted that matches on the label shown on the button instead. The labels are all distinct, so Save & Copy can now sit wherever you'd like.

For the specific order your customer wants:

$buttonOrder = ['Save', 'Preview', 'Save & Copy', 'Erase', 'Cancel'];

Let me know if that works for him!

It ALMOST works perfectly...I changed the top line order to be:

$buttonOrder = ['_action=save', 'preview', '*', 'Erase', 'cancel'];

but the "save and copy" button appears first...does it have to do with the '_action=' placement?

He prefers the following visual order: save > preview > save and copy > erase > cancel

Thank you kindly! This is awesome.

Happy to help with this one. In v3.83 we standardized the button order across all the admin pages: destructive actions (like Erase) on the far left, and the primary action (Save) always on the far right with Cancel beside it. That follows the convention Mac, iOS, and Android all use, but I can see how a change like that would throw off someone who's had years of muscle memory with the old layout.

I've attached a plugin that restores the buttons to their previous order (Cancel, Erase, Preview, Save). Just upload it to your cmsb/plugins/ folder and activate it under Admin → Plugins.

If your customer wants a different arrangement, there's a single line at the top of the plugin you can edit:

// Buttons appear left to right in the order below - rearrange as desired
// '*' is where buttons added by other plugins appear, e.g. "Save & Copy".
$buttonOrder = ['cancel', 'Erase', 'preview', '*', '_action=save'];

Rearrange those as desired. The '*' is where buttons added by other plugins (like Save & Copy) appear.

And good news on the "keep it from future changes" part: the plugin re-sorts whatever buttons the CMS generates, so the order will stick through future updates.

Let me know if that works for him!

Dave

Just tried this out.  It's really slick, nice work!  And thanks for contributing.  I'm sure a lot of people will find this helpful.

Thank you in advance!

I'm releasing a free plugin that exports your CMS Builder content straight from the database in nine formats - ready to hand to a developer or paste into an AI assistant like Claude or ChatGPT. I've been using it across my own sites and think it's ready for others to try.

The Problem

Every so often you need to get content out of CMS Builder - to hand a section off to a developer, migrate data, or give an AI assistant the full context of a site so it can answer questions or help you write. Copying records by hand is tedious, and a raw database dump is full of noise you don't want to share.

The Solution

Content Exporter gives you an admin dashboard where you pick any combination of tables, choose a format, and get clean, formatted output you can copy to the clipboard or download in one click. It runs entirely server-side inside your existing admin login - there's no API endpoint and no external service, so the data never leaves your server until you copy or download it. It's admin-only, and the download endpoint is CSRF-protected.

Features

• Nine output formats - JSON (compact + pretty), Markdown, CSV, XML, YAML, SQL INSERT, HTML, and plain text — pick what fits the task
• Pick any combination of tables - a single section, several, or the whole site
• Per-export filters - skip hidden records, system fields, and upload metadata; strip HTML to make wysiwyg content AI-friendly
• Schema summary - optionally include a field-type/label map so the consumer knows the structure
• AI Prompt mode - wrap the output in a customizable preamble ({site} and {date} placeholders) for direct paste into Claude/ChatGPT
• Public URL injection - adds _publicUrl to records with a permalink so an AI can cite or link back
• Token count + size estimate - know whether the output will fit a context window before you paste it
• Copy or download - one-click clipboard copy, or a dated .json / .md / .csv (etc.) download
• Available-table picker in Settings - choose which tables appear on the dashboard; system, session, log, and account tables are skipped by default
• Security and accessibility are top-of-mind with all plugins we develop

Download

• GitHub: https://github.com/sagentic/cmsb-plugin-content-exporter
• Screenshots & direct download: https://public.sagentic.dev/plugins/

Installation

1. Copy the contentExporter folder to /cmsb/plugins/
2. Log into CMS admin and activate the plugin
3. Access via Admin > Plugins > Content Exporter

Requirements

• CMS Builder 3.50+
• PHP 7.1+

Feedback Welcome

I built this because I kept needing to feed site content to AI assistants and other developers in a clean, structured form. I'd love to hear your feedback, bug reports, or feature suggestions. MIT licensed - modify as needed.

Thanks for the report! We were able to reproduce this locally and track it down, and we'll have this fixed in the next release.

If you'd like to patch it now, edit cmsb/lib/data-attr-handlers.js and search for "element.blur()"

And replace this:

                if (!confirm(message)) {
                    e.preventDefault();
                    e.stopImmediatePropagation();
                    element.blur();
                }
            }
        });

With this (adding ", true" before the final brace):

            if (!confirm(message)) {
                    e.preventDefault();
                    e.stopImmediatePropagation();
                    element.blur();
                }
            }
        }, true);

That makes the confirmation dialog run before anything else, so Cancel works again.

Hope that helps, and thanks so much for the bug report and confirmation!  Let me know if you any other questions.

Thank you so much for your help!

It is working now!

Hiroko