Wedge

[Commit revision 54a67a9]
Author: Nao
Date: Wed, 19 Feb 2014 21:30:35 +0100
Stats: 3 files changed; +4 (insertions), -1 (deletion)

• Assigning we::$id to the first found $id_member (while waiting for a more accurate result), allowing data unserialize() errors to be attributed to the (hopefully) correct user. (Class-System.php)
• Another error in PMs. (PersonalMessage.php)
• Error when saving profile. (Profile-Modify.php)

[Commit revision 50c6fca]
Author: Nao
Date: Wed, 19 Feb 2014 20:50:32 +0100
Stats: 1 file changed; +1 (insertion), -1 (deletion)

• Syntax error broke PMs. (PersonalMessage.php)

[Commit revision baaa4e8]
Author: Nao
Date: Wed, 19 Feb 2014 19:26:09 +0100
Stats: 3 files changed; +13 (insertions), -14 (deletions)

• Added SVG support to Wess. It's not that interesting for now, as it's inefficient at being compressed. I tried storing files without encoding them, but it didn't work for me, unlike some online samples I found. I'll give it a try another day. (Class-CSS.php)
• Changed credits page to my current gravatar and helped balance columns a bit. (Credits.php, Who.template.php)

---

[Commit revision bb405ce]
Author: Nao
Date: Wed, 19 Feb 2014 19:47:35 +0100
Stats: 16 files changed; +200 (insertions), -142 (deletions)

• As we::$user['data'] may not always hold a variable in it, devs will always have to use !empty() on its variables, so let's just delete empty variables, to save some database space. (Subs.php)
• Moved members.secret_question/secret_answer to members.data, renamed them to a single 'secret' string, separated by a | bar. This needs testing, as the rewrite unfortunately required a lot of changes, but I was adamant on doing it. (Load.php, Profile-Modify.php, Register.php, Reminder.php, Subs-Members.php)
• Moved members.mod_prefs to members.data, renamed it to 'modset'. (ModerationCenter.php, Profile-Modify.php, Report.php, ScheduledTasks.php)
• Moved members.message_labels to members.data, renamed it to 'pmlabs'. (PersonalMessage.php, Subs-Members.php)
• Removed members.new_pm, as hey_pm was pretty much doing the same thing. Moved label updating code block around, to allow for this change. Hopefully, won't break anything. I've never used that feature in my life. (PersonalMessage.php, Subs-Members.php, Subs-Post.php, Subs.php)
• Updated the install and upgrade scripts to account for all of these, and show how background incremental upgrading works. (Upgrade.php, index.php, install.php, install.sql)
• Commenazi. (Profile-Modify.php, script.js)

@Bunstonious, okay... Your FTP sucks. It doesn't like my favorite client, so I had to install FileZilla (which I dislike), and then it took over a minute to connect, and even then, the LIST commands always ends up timing out. I don't know what your host is, but they're really, really bad.

Now, onto your problem...

I went to see your index.php file through your web access, and... Where the hell is the upgrader code?!
It looks like your files are all dated February 14, which is before my changes.

Did you revert your forum back to an older version, or something...? Because I'm not going to upload all files "like that", given how hard it is to handle your file system... :-/

@txcas, yours only took a minute to check...
Your /index.php file is outdated. Just because 99% of the updated files are in /core/ (and it's the goal), doesn't mean you can skip index.php all the time... It's still the main hub for Wedge actions... :whistle:
Next, please! :P

They are.

I just don't get why it wouldn't work for you...

Here's what Wedge does.

- define the Wedge constant to an internal version number.
- read $we_shot in settings. If not there, it is zero.
- compare against the constant. If not equal, runs the upgrade file.
- for each value of we_shot, find out if there's a matching numbered step in the function list, run it, increase $we_shot and save it in settings, to avoid re-running the step.
- stop when the variable equals the constant.

Worked just fine on wedge.org and my local install, but your server seems to be non cooperative.

Good suggestion, thanks ;)

I'm fighting hard on this feature, but I have no idea if I'll end up doing it... :^^;:
For instance, secret_question and secret_answer indeed have no associated index, so turning them into sub-variables isn't a problem, but they still required that I add over a dozen lines of code just for them in Profile-Modify.php, because the original code is dependent upon the fact that only member fields can be modified through it... Ah, well...

[Commit revision cee9259]
Author: Nao
Date: Tue, 18 Feb 2014 10:37:20 +0100
Stats: 1 file changed; +8 (insertions), -4 (deletions)

• Forgot to commit the JavaScript associated with the hey_not feature. (script.js)

---

[Commit revision 2ec9842]
Author: Nao
Date: Tue, 18 Feb 2014 11:10:19 +0100
Stats: 2 files changed; +28 (insertions), -31 (deletions)

• Moved the unread notifications count calculator into its own method. (Notifications.php)
• hey_not and hey_pm should be declared as integers. (Subs.php)