Migrating to new server reverts version?

[selizabeth-jmrl]

Describe the problem you're facing/question you have
Moving to a new host server, copied production code and imported db, updated config for db access. The site opens fine and works reading/writing to db however the version and theme looks reverted. Current production lists as MRBS 1.11.6. Migrated version is listing as MRBS 1.10.0+git (HEAD ec948d8)

Browser details (please complete the following information):

• OS: MacOS and Windows 11
• Browser Chrome/Safari/FF
• Version all most recent

Server details (please complete the following information):
Live site:

New host site:

Additional context
Have been regularly updating versions since a big upgrade two years ago to 1.10. Current production has been 1.11.6 since release. Tried a completely new install of 1.11.6 with import of db (can not lose production data). Would not load with errors:

Uncaught exception 'TypeError' in /code/web/lib/MRBS/DBFactory.php at line 11
Argument 7 passed to MRBS\DBFactory::create() must be of the type integer or null, string given, called in />code/web/dbsys.inc on line 91
#0 /code/web/dbsys.inc(91): MRBS\DBFactory::create('mysql', 'dbhost', '12cb84d753954f4...', >'1SxUikvlGMrOrPC...', 'pantheon', false, '6033', Array)
#1 /code/web/dbsys.inc(102): MRBS\db()
#2 /code/web/lib/MRBS/Session/Session.php(84): MRBS\db_schema_version()
#3 /code/web/lib/MRBS/Session/Session.php(36): MRBS\Session\Session->init(2592000)
#4 /code/web/lib/MRBS/Session/SessionWithLogin.php(32): MRBS\Session\Session->__construct()
#5 /code/web/lib/MRBS/Session/SessionPhp.php(20): MRBS\Session\SessionWithLogin->__construct()
#6 /code/web/lib/MRBS/Session/SessionFactory.php(15): MRBS\Session\SessionPhp->__construct()
#7 /code/web/mrbs_auth.inc(35): MRBS\Session\SessionFactory::create('php')
#8 /code/web/init.inc(41): MRBS\session()
#9 /code/web/defaultincludes.inc(35): require_once('/code/web/init....')
#10 /code/web/index.php(11): require('/code/web/defau...')
#11 {main}

MRBS GET: Array
(
)
MRBS POST: Array
(
)

What is causing the error or the reverted version?

[campbell-m]

I've no idea how you've got the reverted version. I can only think that you must have accidentally copied the wrong files.

As for the error in the fresh install, I suspect that's because you have $db_port = '6033'; in your config file instead of $db_port = 6033;

[selizabeth-jmrl]

Ok, will try copying over the files again. The port config is currently set with a global variable $db_port = $_ENV['DB_PORT'] will try taking out ''

[campbell-m]

Just cast it to an int:

$db_port = (int) $_ENV['DB_PORT'];

[selizabeth-jmrl]

Good point and thanks.

Did an even more methodical copying of production to new site and you were right, something got missed in previous times it was copied. However now I'm getting this error:

E_USER_WARNING in /code/web/lib/MRBS/Form/Form.php at line 120
Changing the form method after the form has been created may result in the MAX_FILE_SIZE hidden input coming after a file input, thus making it unusable by the server.
MRBS GET: Array
(
[view] => day
[page_date] => 2025-06-17
[area] => 1
[room] => 3
)
MRBS POST: Array
(
)
MRBS SESSION: Array
(
[last_page] => /help.php?view=day&page_date=2025-05-22&area=1&room=3
[this_page] => /index.php
[csrf_token] => a0891cf948402045709f61e2d6458fb724f4faca0155f90da1a0392e05c64dcd
)

The calendar with bookings does display but then logging in repeats that error several times and no calendar displays. Is there something in the config?

[campbell-m]

There should be a stack trace below that error message which will help diagnose the problem.

[selizabeth-jmrl]

Oh, copy of config had debug off. This is what lists:

#0 MRBS\generate_backtrace() called at [/code/web/functions_error.inc:226]
#1 MRBS\output_error() called at [/code/web/functions_error.inc:265]
#2 MRBS\error_handler(512, Changing the form method after the form has been created may result in the MAX_FILE_SIZE hidden input coming after a file input, thus making it unusable by the server., /code/web/lib/MRBS/Form/Form.php, 120, array)
#3 trigger_error(Changing the form method after the form has been created may result in the MAX_FILE_SIZE hidden input coming after a file input, thus making it unusable by the server., 512) called at [/code/web/lib/MRBS/Form/Form.php:120]
#4 MRBS\Form\Form->setAttribute(method, 1) called at [/code/web/lib/MRBS/Form/Element.php:77]
#5 MRBS\Form\Element->setAttributes(array) called at [/code/web/Themes/jmrl/header.inc:323]
#6 MRBS\print_logonoff_button(array, Log in) called at [/code/web/Themes/jmrl/header.inc:360]
#7 MRBS\print_logon() called at [/code/web/Themes/jmrl/header.inc:429]
#8 MRBS\print_banner(array, false, false) called at [/code/web/Themes/jmrl/header.inc:606]
#9 MRBS\print_theme_header(array, false, false) called at [/code/web/functions.inc:884]
#10 MRBS\print_header(array) called at [/code/web/index.php:493]

[selizabeth-jmrl]

After logging in, the calendar won't display but other pages are available (eg Help, Rooms, etc). The longer error lists issue with the credentials:

Changing the form method after the form has been created may result in the MAX_FILE_SIZE hidden input coming after a file input, thus making it unusable by the server.
MRBS GET: Array
(
[view] => day
[page_date] => 2025-05-23
[area] => 1
[room] => 3
)
MRBS POST: Array
(
)
MRBS SESSION: Array
(
[last_page] => /help.php?view=day&page_date=2025-05-23&area=1&room=3
[this_page] => /help.php?view=day&page_date=2025-05-23&area=1&room=3
[csrf_token] => fba9cd9b47ca25fce4ed0500707fb3513888957db1ed9c1ca3d15ee81a9acfda
[user] => MRBS\User Object
(
[username] => selizabeth
[display_name] => Sara Elizabeth
[email] => selizabeth@jmrl.org
[level] => 2
[data:protected] => Array
(
[id] => 1
[password_hash] => $2y$10$87tHToMYNjsLcmLKm0BvWu9J5h7ByjIpJOQ.HgsI1qFtbsWKaFgKu
[timestamp] => 2023-12-05 14:10:48
[last_login] => 1748002698
[reset_key_hash] => $2y$10$lTRWCBfSdzoXDzMOXxjHsuinADwLpj1JpUEGc5JLUUjfyDT0AUsRm
[reset_key_expiry] => 1701871848
)

    )

)

#0 MRBS\generate_backtrace() called at [/code/web/functions_error.inc:226]
#1 MRBS\output_error() called at [/code/web/functions_error.inc:265]
#2 MRBS\error_handler(512, Changing the form method after the form has been created may result in the MAX_FILE_SIZE hidden input coming after a file input, thus making it unusable by the server., /code/web/lib/MRBS/Form/Form.php, 120, array)
#3 trigger_error(Changing the form method after the form has been created may result in the MAX_FILE_SIZE hidden input coming after a file input, thus making it unusable by the server., 512) called at [/code/web/lib/MRBS/Form/Form.php:120]
#4 MRBS\Form\Form->setAttribute(method, 1) called at [/code/web/lib/MRBS/Form/Element.php:77]
#5 MRBS\Form\Element->setAttributes(array) called at [/code/web/Themes/jmrl/header.inc:243]
#6 MRBS\print_search(array) called at [/code/web/Themes/jmrl/header.inc:438]
#7 MRBS\print_banner(array, false, false) called at [/code/web/Themes/jmrl/header.inc:606]
#8 MRBS\print_theme_header(array, false, false) called at [/code/web/functions.inc:884]
#9 MRBS\print_header(array) called at [/code/web/help.php:21]

I'm wondering if this new server is missing a php module? Also, this new host required a certain pattern for the cookie name so "STYXKEY_" had to be added to the PHP session name: $auth["session_php"]["session_name"] = 'STYXKEY_MRBS_SESSID'; This worked fine in that mangled half version from the initial site copies.

[campbell-m]

Have you made any changes to the MRBS 1.11.6 code. The line numbers in the stack trace don't correspond to 1.11.6.

[selizabeth-jmrl]

Um, when we upgraded to 1.10 just over 2 years ago there were adjustments to functions_table.inc to not have full descriptions display upon hover. And a couple adjustments to mrbs_auth.inc for booking/user access. But upgrades since have been fine.

[campbell-m]

How have you upgraded? Did you reimplement your changes to those two files, or did you just keep your old files?

[selizabeth-jmrl]

When we upgraded versions I did have to make sure those changes were there, I know the code changed a bit and I edited the latest version of the files. Long answer is no, I didn't keep old versions. This is a direct copy of the site running at mrbs.jmrl.org

I grabbed a fresh download of mrbs-11.1.6 and started doing the same methodical copy to make sure it is all of that version.

[campbell-m]

I suspect the problem is that there have been some changes to the way forms work and you need to update your version of Themes/jmrl/header.inc. You will either need to change default/header.inc again, or else, if there's nothing confidential in it, you could post your file here and I could take a look at it.

[selizabeth-jmrl]

(insert lots of curse words)...I have done so much copying and comparing to figure out what I did wrong. Yep, you are right it's been the theme's header this whole time. Which of course that has been carried over with every upgrade even before my time.

Thank you for putting up with the questions and bizarro errors and the insight. Our staff and patrons really appreciate this app.