【emergency】[URGENT] Is this a bug? After updating ConcreteCMS 9.4.8 to 9.5.0, I can no longer add calendars

Using Concrete / Help
1

Thank you for your continued support.

[URGENT] Is this a bug?

After updating ConcreteCMS from 9.4.8 to 9.5.0, two calendar blocks I had placed on my homepage disappeared.

Fortunately, I had backed up two of the same calendar blocks to another page, so I copied them to the clipboard and restored them, and they reappeared.

However, I have a problem.

I can’t place the two existing calendars on new pages or elsewhere.

I haven’t created any new calendars for testing, but not being able to add existing calendars is a problem.

The ConcreteCMS update method is overwriting the “concrete” folder.

This has always worked without problems.

Is there a way to fix this?

Please advise.

1
11370×680 21.8 KB

Concrete Version

Core Version - 9.5.0
Version Installed - 9.5.0
Database Version - 20260203004500

#Hostname
sv100.xserver.jp

System User

demouser

Environment

production

Database Information

Version: 10.5.13-MariaDB-log
SQL Mode:
Character Set: utf8mb4
Collation: utf8mb4_unicode_ci
Max Connections: 3000

Concrete Packages

Honest Websites Back To Top (1.1.0), Replica Pro Theme (2.6.1), Simple Spacer (0.9.1)

2

Overwriting the concrete folder is not enough.
First you shouldn’t unzip the new one over it. You should rename or delete altogether the old one and put the new one in its place.
Then you should make sure you don’t have an update.php file in the application/config folder.
And then you should either run the update command line by SSH or load a page to run the update.
Then check in your environment information that the new version installed is the correct one. Otherwise maybe the update didn’t fully install.

3

There is no update.php file in the application/config folder.

This method has always worked for me.

I restored the concrete folder from the concreteCMS 4.9.8 backup I had just created, and it improved, but my environment is now 9.5.0.

Concrete Version

Core Version - 9.4.8
Version Installed - 9.5.0
Database Version - 20250827152432

I tried this on multiple sites, and the original calendar didn’t reflect, but creating a new calendar displayed it correctly.

Ideally, I don’t want to leave files in the updates folder due to limited storage space.

4

One is the version from the files and the other from the database.
The database version number is correct so you should probably switch the concrete folder back to the new 9.5.0 one.

Other possibilities for the disappearing block could be the need to empty the cache and/regenerate database entities.

And finally yes it could be a bug but since the block itself seems to be working and the issue doesn’t impact other blocks, I’m not sure how that could happen.

5

Did you make any modifications to the concrete 9.4.8 core files as that would explain the error when you replaced the concrete folder with the 9.5.0 one.

6

I reverted the concrete folder to version 9.5.0, but existing calendars still don’t appear when added to blocks.
I also cleared the cache, but the problem persists.
I don’t know how to regenerate the database entities.
It seems that reverting to the 9.4.8 concrete folder works correctly at this point.
I would appreciate any further advice.

7

I haven’t done anything to the concrete folder in version 9.5.0.

I restored version 9.4.8 to a new state.

8

This is not what you posted earlier, you said you restored it from a backup.
I was suggesting that your backup concrete 9.4.8 files might have been modified.
I was not suggesting that you had modified the concrete 9.5.0 files.

9

When I said “new,” I meant the original concrete folder.

I apologize for my poor wording.

Just to be sure, I reverted to the original 9.4.8 concrete folder, and it’s working correctly.

Since this is a translation, there may be some differences in wording.

10

Is this part of the 9.5.0 Release Notes irrelevant?

Fixed: CalendarEventVersion Entity missing getJSONObject method
Fixed: When creating a calendar event, if you check “All Day” and submit it without changing the date, the end date will be 1970.

11

I’ve tried upgrading several times using the methods you’ve suggested, but it remains at 9.4.8.
I renamed the old concrete folder and uploaded a new one.
There was no update.php file in the application/config folder.
Even when I check for updates in the Concrete admin panel, the update leaves files in the updates folder.
Ideally, I’d like to upgrade without leaving any files in this folder. Am I doing something wrong?
I don’t know how to use SSH, so please help.

12

Copy and paste your environment information from the System & Settings > Environment page.

13

I reinstalled the 9.4.8 data and reverted the environment to its previous state.

Although it wasn’t what I wanted, I upgraded to 9.5.1 from the admin panel, and the process completed without problems. However, even using the official method, the same result occurred; existing calendars wouldn’t display when added.

In fact, it’s the same symptom as when only the concrete folder was updated.

Since downloading and installing the latest data from the admin panel yields the same result, is this a bug?

Even after updating correctly, the calendar block doesn’t appear, neither for new nor existing entries, as shown in the image.

Websites that don’t use the calendar probably won’t notice.

I would appreciate your guidance.

タイトルなし
タイトルなし1492×626 28.9 KB

14

For sites that don’t use a calendar, I was able to update by replacing the concrete folder with a new one (not overwriting it) and accessing “https://example.com/index.php/ccm/system/upgrade”
and clicking “Update”.
However, on sites where the calendar is the main feature, accessing the above URL results in an error, and checking the “Environment Information” shows:

Concrete Version

Core Version - 9.5.1
Version Installed - 9.5.1

But neither the existing calendar nor a newly created test calendar is displayed.
Custom CSS and other settings exist; are they relevant?

I was able to add a new calendar to a few websites after changing the theme from Replica Pro to Atomik.

When I switched back to Replica Pro, the calendar disappeared again.

This doesn’t happen to all sites, but this might be the cause.

15

This is the result of repeated testing.

It seems highly likely that the Replica Pro theme is the cause.

With a fresh installation of ConcreteCMS 9.5.1, a newly created calendar did not display when used as a block in Replica Pro.

When I switched back to the Atomik theme, the newly created calendar displayed correctly when added as a block.

I don’t have the knowledge to determine whether this is a theme update issue or a bug in the ConcreteCMS core.

If you have any advice based on this information, please let me know.

16

I’d like to wait until ConcreteCMS 9.5 is more stable before updating.
I was able to revert most of the sites to ConcreteCMS 9.4.8 using the backed-up data, but one site’s database is still at 9.5.0.
Is there a way to revert the database to 9.4.8 without changing the site’s structure or content?
This site’s database was not backed up.
Thank you for your help.

17

This calendar issue was resolved in ConcreteCMS 9.5.2.

I recently updated from 9.4.8 to 9.5.2 on a test site and tested it without any problems; I was able to add existing calendars to new blocks as well as use the old calendars.

I’m glad it’s resolved.