don't let the mysql driver throw exceptions when debugging is enabled#9201
Conversation
|
Any reason we undid #8816 in this? |
|
Now my database errors are actually reported as database errors. |
The MySQL strict errors are forwarded to PHP either way. |
|
As long as we ensure that mysql errors are being captured. The focus of my PR was to ensure that we capture errors while in debug mode to ensure we handle them properly before they cause a issue in production. |
|
FYI, debug mode has other problems as well. My main peeve is it causes lots of token errors, since asking for details eats your token. IMO, it's a targeted get in there, look at what you wanna look at, & get immediately out. Too problematic to just leave on. |
|
True for normal operations. For us developers, our installs typically have debug on all the time. If it's causing a token issue, we need to look at that. I haven't experienced a token issue myself. When I developed tokens for 2.1, I was always in debug mode. If we have broken tokens since, it has to be how we are reading them out for the debug section below. |
|
In my experience, debug mode has always caused token problems. For years, since I first used SMF. I suspect it's one of the reasons we get so many token errors reported on the forum; I think folks turn it on & forget about it. I've brought this up before on the forum. I'll log it separately. I'm not sure there's anything we can do, actually. Certain actions cause a rewrite, eating the token. |
|
I’ve seen the token issue before, but only on repair boards. That makes me think that the query log might have gotten in the way and overflowed the DB column. I have not tested my hypothesis. |
No description provided.