Re: testing maia 1.0.5 alpha
jjs - mainphrame <[email protected]> Tue, 23 Sep 2025 10:56:45 -0700
| Newsgroups | gmane.mail.virus.maiamailguard |
|---|---|
| Message-ID | <CABkzw7xUgeib1gmjudwNq4buzPi+G-NTtaJHiNMB7BfwXOWd7Q@mail.gmail.com> |
I think there may have been a typo in the original code I pulled from technion. Let's see if the fix to xsettings.php helps. Committed just now. Joe On Tue, Sep 23, 2025 at 10:43 AM jjs - mainphrame <[email protected]> wrote: > Strange. I looked at the code and it seems like it should work. > > I changed the superuser password without issues here. Will keep digging. > > In the meantime I've added a try {...} catch {..} around the problematic > statement to see if that can shed any more light. > > Joe > > > On Tue, Sep 23, 2025 at 8:54 AM Lawrence Mulder <[email protected]> > wrote: > >> All I have done to generate the issue is install clean Maia on Debian 13 >> on AWS. Then register a super user. Logged into the Maia web interface >> and clicked settings to change the username and password. It throws that >> error. I'm not sure if it could be related to system configuration >> settings that allow or disable a user to change their username, etc, but I >> can mess around some more and see if anything changes. >> >> Thanks, >> -Larry >> >> >> *From:* [email protected] >> *Sent:* September 23, 2025 10:41 AM >> *To:* [email protected] >> *Cc:* [email protected] >> *Subject:* Re: [Maia-users] testing maia 1.0.5 alpha >> >> Probably some stray remnants of the old MDB2 code. Well, that's why this >> is an alpha release. >> >> I'll be digging into it. >> >> Joe >> >> On Tue, Sep 23, 2025 at 8:16 AM Brian <[email protected]> wrote: >> >>> Note, that's not the same issue. Original problem: >>> >>> >>> >>> *Call to undefined method PDOStatement::free() *which is indicative of >>> a coding error (calling a function that doesn't exist). The new message >>> says: >>> >>> >>> >>> *Call to a member function execute() on null *which could indicate any >>> number of database runtime issues that would cause a database function to >>> return null instead of an object. Joe's inability to easily reproduce >>> suggests there's something unique about your setup that is causing the >>> problem. >>> >>> Of course, the code should handle the error more gracefully, but in this >>> case the error might not be the code's fault to begin with. >>> >>> -B >>> >>> On 9/23/25 09:26, Lawrence Mulder wrote: >>> >>> Thanks, Joe. I tested those changes and the system configuration pages >>> seem to work now. However, I get the same issue with the xsettings.php >>> when trying to change a username or password. >>> >>> >>> >>> *PHP Fatal error: Uncaught Error: in >>> /var/www/html/maia/xsettings.php:588\nStack trace:\n#0 {main}\n thrown in >>> /var/www/html/maia/xsettings.php on line 588, referer: >>> http://spam.xxxxxxxx.com/maia/settings.php >>> <http://spam.infablab.com/maia/settings.php>* >>> >>> >>> >>> Thanks! >>> >>> -Larry >>> >>> >>> _______________________________________________ >>> Maia-users mailing list >>> [email protected] >>> http://www.renaissoft.com/cgi-bin/mailman/listinfo/maia-users >>> >> _______________________________________________ Maia-users mailing list [email protected] http://www.renaissoft.com/cgi-bin/mailman/listinfo/maia-users