Wedge

[Commit revision 14c4ea6]
Author: Nao (Signed-off)
Date: Fri, 16 Sep 2016 11:09:58 +0200
Stats: 6 files changed; +72 (insertions), -59 (deletions)

• A small overhaul of the database class.
•  Renamed wesql::query_* to wesql::get_*, to make it clearer these functions do all the work for you.
•  wesql::get() will now return a single variable (instead of an array) if it only returns a single column & row. $my_var = wesql::get('SELECT my_var FROM table LIMIT 1'), welcome to a world where MySQL isn't so tedious anymore.
•  $db_string renamed to $query internally (no impact expected).
•  Added placeholder for a future utf8mb4 conversion function (I'm on the edge regarding this, as I'd rather add support in the installer itself).
• Updated uses of wesql::query_* (Load.php, ManagePlugins.php, Subs-BoardIndex.php)
• Fixed sessionRead() to return an empty string on failure, instead of 'false', since these callbacks functions are now properly documented at php.net. (Load.php)
• Rare bug in the error viewer. (ManageErrors.php)

---

[Commit revision 71594a8]
Author: Nao (Signed-off)
Date: Fri, 16 Sep 2016 11:14:30 +0200
Stats: 3 files changed; +6 (insertions), -2 (deletions)

• Rare bug where the SID constant isn't defined even if session_id() is valid. In my particular case, it was when enabling an official HHVM package. (Subs-Template.php)
• $(document).on('ready') was removed from jQuery 3.0. I'm not sure how this will behave on IE8 and earlier, but I'm sure jQuery deals with them, and the market shares for those are ridiculous by now anyway. (topic.js)
• These notifications are too narrow for me. (index.css)

Good catch... I know why it's doing that, I personally wrote the code that unfolds the menu after you click it -- it's because if you went back a page, and didn't move the mouse, the menu stayed opened, which sucked. I guess I prefer this current bug to that...

Maybe I could simply determine whether the link was opened by a middle click (I think jQuery allows that...), then skip the closing area in that situation.

As for your CSS... Wait, am I supposed to insert something somewhere? Diff please? ^^

Yeah, I don't think there's any difference in there...

I did find documentation about session return values though, something that wasn't on php.net at the time I was working on Wedge (AFAIK). But it only confirmed that Wedge has been doing things properly... So, I don't know.

[Commit revision bdfb3ea]
Author: Nao
Date: Fri, 19 Aug 2016 10:44:26 +0200
Stats: 3 files changed; +1 (insertion), -5 (deletions)

• Spacinazi. (Subs-Post.php)
• No Ucfirst Everywhere Thank You. (languages/index.english.php)
• Fixed PM section using the Wine skin. I'm now waiting for a flood of messages indicating this broke something else... (index.member.css)

Now that's funny...
The changes in the logs posted above are mostly things that I did to Wedge at least 2 years ago already... Meaning I shouldn't have to do any changes in the first place.
And I'm not able to find any documentation about session changes in PHP 7.

Headaches ahead!

[Commit revision 16e1651]
Author: C3realGuy
Date: Wed, 17 Aug 2016 15:44:48 +0200
Stats: 1 file changed; +1 (insertion), -1 (deletion)

• body type on create_post didn't regard if $settings['max_messageLength']

• [createPost] body type not regarding $settings['max_messageLength'] if zero (#37)
• is 0 and therefore unlimited.

Currently using PHP 7 on my localhost to test my new site...

I'm afraid I'm not seeing any problems with it?
Not even with sessions... :-/

[Commit revision 489446f]
Author: Nao
Date: Tue, 02 Aug 2016 14:54:14 +0200
Stats: 1 file changed; +2 (insertions), -1 (deletion)

• Fixed an undefined index error... There's an inherent logic issue in this (Wedge tries to access a variable not yet created if you run it in HTTPS mode), but I'm not sure how to fix it in a clean way. It's been a long time, don't be like that. At least it's not giving errors anymore. (QueryString.php)