|
|
Screenshot_2024-04-01_23-39-28.png (83,889 bytes) Screenshot_2024-04-01_23-42-11.png (96,046 bytes) |
|
|
Version issue has a bug report here: https://bugs.xmbforum2.com/view.php?id=681 |
|
|
flushedpancake asked 'Why is the svn trunk returning a 404 btw' I'm not getting a 404 on the https://sourceforge.net/p/xmb-forum/code/HEAD/tree/ svn. Perhaps it was a transient error or accessing an old linked svn? |
|
|
Yup, I was trying to access the one mentioned in the sourceforge page for copying to a terminal window: svn checkout svn://svn.code.sf.net/p/xmb-forum/code/trunk xmb-forum-code I've never used subversion before so I just assumed I was doing something wrong or the mentioned thing in the sourceforge page was old. |
|
|
Thanks for the report. The installer hasn't been revised or tested much over the years. Attempting to connect to the DB 'upon trying to open the installer' would be unexpected behavior. I will look into it. |
|
|
Caused by a breaking change in error handling in PHP 8.1 that overrides the error control operator. |
|
|
I was hoping for an easy fix, but a breaking change in the mysqli driver could affect the entire DB interface for XMB. I will have to figure out if it's best to accommodate all default configurations, or just force the new defaults onto older PHP servers. The installer never actually implemented the XMB interface in the past, only the config file, which could mean re-factoring all the DB code in the installer now. |
|
|
I have a compile-able solution here. It's a rewrite of about a third of the MySQLi abstraction, and related adjustments needed in the installer and header.php. https://sourceforge.net/p/xmb-forum/code/HEAD/tree/xmb19x/branches/1.9.12.06/ It needs some polish and a lot of testing. |
- Anonymous
