Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Arantor
2116
Features / Re: New revs
« on December 31st, 2012, 07:19 PM »
(1 file, 1KB)
Revision: 1818
Author: arantor
Date: 31 December 2012 18:18:07
Message:
! Stupid, stupid bug. is_activated should be 0 not 1 as 0 means unactivated. (ScheduledTasks.php)
----
Modified : /trunk/Sources/ScheduledTasks.php
@ Stupid mistake to make, but it's because I was thinking about registration_method which uses 0 for immediate registration, 1 for approval, while is_activated uses 0 for unapproved and 1 for approved.
Revision: 1818
Author: arantor
Date: 31 December 2012 18:18:07
Message:
! Stupid, stupid bug. is_activated should be 0 not 1 as 0 means unactivated. (ScheduledTasks.php)
----
Modified : /trunk/Sources/ScheduledTasks.php
@ Stupid mistake to make, but it's because I was thinking about registration_method which uses 0 for immediate registration, 1 for approval, while is_activated uses 0 for unapproved and 1 for approved.
2117
Features / Re: Purging users pending approval, and some other stuff
« on December 31st, 2012, 07:17 PM »
So I've added this. It doesn't do anything pretty like hide the option when not applicable, nor does it have a default of 3 days in there, but otherwise it will be there when I commit the silly mistake I just fixed.
2118
Features / Re: New revs
« on December 31st, 2012, 07:15 PM »
(4 files, 3KB)
Revision: 1817
Author: arantor
Date: 31 December 2012 18:14:47
Message:
! When displaying the date in threads in mobile view, the timezone adjustment was being applied twice. (Display.php)
! Auto-purge unapproved members after x days. Currently defaults to 0, configurable by admin. (ManageRegistration.php, ScheduledTasks.php, Login language file)
----
Modified : /trunk/Sources/Display.php
Modified : /trunk/Sources/ManageRegistration.php
Modified : /trunk/Sources/ScheduledTasks.php
Modified : /trunk/Themes/default/languages/Login.english.php
Revision: 1817
Author: arantor
Date: 31 December 2012 18:14:47
Message:
! When displaying the date in threads in mobile view, the timezone adjustment was being applied twice. (Display.php)
! Auto-purge unapproved members after x days. Currently defaults to 0, configurable by admin. (ManageRegistration.php, ScheduledTasks.php, Login language file)
----
Modified : /trunk/Sources/Display.php
Modified : /trunk/Sources/ManageRegistration.php
Modified : /trunk/Sources/ScheduledTasks.php
Modified : /trunk/Themes/default/languages/Login.english.php
2119
Archived fixes / Re: Time offset (auto detect)
« on December 31st, 2012, 06:08 PM »
I think I've nailed this down now. I'll commit it next time I do a commit.
2121
Features / Re: New revs
« on December 31st, 2012, 06:06 AM »
(8 files, 6KB)
Revision: 1816
Author: arantor
Date: 31 December 2012 05:05:25
Message:
! Stupid bug with posting whereby attachments would be saved in reverse order to what they were added by the user. (Post2.php)
! Silly bug in view members area related to IP addresses change. (ManageMembers.php)
! Now possible to select Email Activation then Admin Approval. I believe I've hit all the routes correctly. Needs more testing. (Activate.php, ManageRegistration.php, Register.php, Subs-Members.php, language files: EmailTemplates, Login)
----
Modified : /trunk/Sources/Activate.php
Modified : /trunk/Sources/ManageMembers.php
Modified : /trunk/Sources/ManageRegistration.php
Modified : /trunk/Sources/Post2.php
Modified : /trunk/Sources/Register.php
Modified : /trunk/Sources/Subs-Members.php
Modified : /trunk/Themes/default/languages/EmailTemplates.english.php
Modified : /trunk/Themes/default/languages/Login.english.php
Revision: 1816
Author: arantor
Date: 31 December 2012 05:05:25
Message:
! Stupid bug with posting whereby attachments would be saved in reverse order to what they were added by the user. (Post2.php)
! Silly bug in view members area related to IP addresses change. (ManageMembers.php)
! Now possible to select Email Activation then Admin Approval. I believe I've hit all the routes correctly. Needs more testing. (Activate.php, ManageRegistration.php, Register.php, Subs-Members.php, language files: EmailTemplates, Login)
----
Modified : /trunk/Sources/Activate.php
Modified : /trunk/Sources/ManageMembers.php
Modified : /trunk/Sources/ManageRegistration.php
Modified : /trunk/Sources/Post2.php
Modified : /trunk/Sources/Register.php
Modified : /trunk/Sources/Subs-Members.php
Modified : /trunk/Themes/default/languages/EmailTemplates.english.php
Modified : /trunk/Themes/default/languages/Login.english.php
2122
Features / Re: Plugin revs
« on December 31st, 2012, 04:43 AM »
(4 files, 5KB)
Revision: 67
Author: arantor
Date: 31 December 2012 03:42:25
Message:
! [Max Smileys Per Day] Initial checkin.
----
Added : /max_smileys
Added : /max_smileys/MaxSmileys.english.php
Added : /max_smileys/MaxSmileys.php
Added : /max_smileys/MaxSmileys.template.php
Added : /max_smileys/plugin-info.xml
Revision: 67
Author: arantor
Date: 31 December 2012 03:42:25
Message:
! [Max Smileys Per Day] Initial checkin.
----
Added : /max_smileys
Added : /max_smileys/MaxSmileys.english.php
Added : /max_smileys/MaxSmileys.php
Added : /max_smileys/MaxSmileys.template.php
Added : /max_smileys/plugin-info.xml
2123
Plugins / Max smileys per post
« on December 31st, 2012, 04:40 AM »
Another quick one. I'll add the package for the beta testers in a minute. Fairly straight forward, expand the moderation filters to be able to detect based on the number of smileys in a post.
I suspect there's possibly a clash in WYSIWYG cases, but for normal posting it's absolutely fine.
I suspect there's possibly a clash in WYSIWYG cases, but for normal posting it's absolutely fine.
2124
Features / Re: New revs
« on December 31st, 2012, 04:23 AM »
(4 files, 3KB)
Revision: 1815
Author: arantor
Date: 31 December 2012 03:22:53
Message:
+ Add ability for admins to force-clean-up on topics with too many exclamations/question marks or too many capitals. (ManagePosts.php, Post2.php, language files: Admin, Help)
----
Modified : /trunk/Sources/ManagePosts.php
Modified : /trunk/Sources/Post2.php
Modified : /trunk/Themes/default/languages/Admin.english.php
Modified : /trunk/Themes/default/languages/Help.english.php
Revision: 1815
Author: arantor
Date: 31 December 2012 03:22:53
Message:
+ Add ability for admins to force-clean-up on topics with too many exclamations/question marks or too many capitals. (ManagePosts.php, Post2.php, language files: Admin, Help)
----
Modified : /trunk/Sources/ManagePosts.php
Modified : /trunk/Sources/Post2.php
Modified : /trunk/Themes/default/languages/Admin.english.php
Modified : /trunk/Themes/default/languages/Help.english.php
2125
The Pub / Re: I can add... oh wait...
« on December 31st, 2012, 04:22 AM »
But then things like this happen.
2126
The Pub / I can add... oh wait...
« on December 31st, 2012, 03:12 AM »
This is something that happens to me increasingly often - where I think... oh, I can go and implement that, and then I realise that maybe I don't need to.
Case in point, it just occurred to me that it might be nice to restrict posting of mass ? and ! in topic titles - but make it an option. So there I was, digging up the relevant code, and it hits me, admins can restrict it in the moderation filters area should they want to. It won't auto truncate, but you could add a rule preventing someone from making a post with 'HELP!!!!!!!!!!!!!!!!!' as the title having all those exclamation points.
I think, for this particular case, I will actually make the auto-correction an option, rather than leaving it to the moderation filters, but it's surprising how often I come along and think... oooh, I don't need to write that, I can already do it <this way>.
Case in point, it just occurred to me that it might be nice to restrict posting of mass ? and ! in topic titles - but make it an option. So there I was, digging up the relevant code, and it hits me, admins can restrict it in the moderation filters area should they want to. It won't auto truncate, but you could add a rule preventing someone from making a post with 'HELP!!!!!!!!!!!!!!!!!' as the title having all those exclamation points.
I think, for this particular case, I will actually make the auto-correction an option, rather than leaving it to the moderation filters, but it's surprising how often I come along and think... oooh, I don't need to write that, I can already do it <this way>.
2127
The Pub / Re: Viewing IP addresses and banning
« on December 31st, 2012, 03:00 AM »
r1812 applied this; you now need manage_bans permission to be able to see IP addresses. If you don't have permission, the IP address just doesn't get shown - not even your own. There's just no need for it.
2128
Features / Re: New revs
« on December 31st, 2012, 02:59 AM »
(12 files, 6KB)
Revision: 1814
Author: arantor
Date: 31 December 2012 01:59:15
Message:
! Don't show IP addresses to anyone unless they can ban - not even a user's own one. There's really no need to show it anywhere. As far as I can tell this gets everything. (install.sql, Display.php, ManageErrors.php, ManageMembers.php, ManagePermissions.php, Modlog.php, Profile-View.php, Profile.php, Who.php, ManageMembers.template.php, language files: ManagePermissions)
----
Modified : /trunk/Sources/Display.php
Modified : /trunk/Sources/ManageErrors.php
Modified : /trunk/Sources/ManageMembers.php
Modified : /trunk/Sources/ManagePermissions.php
Modified : /trunk/Sources/Modlog.php
Modified : /trunk/Sources/Profile-View.php
Modified : /trunk/Sources/Profile.php
Modified : /trunk/Sources/Who.php
Modified : /trunk/Themes/default/ManageMembers.template.php
Modified : /trunk/Themes/default/languages/ManagePermissions.english.php
Modified : /trunk/Themes/default/languages/ManagePermissions.french.php
Modified : /trunk/root/install.sql
Revision: 1814
Author: arantor
Date: 31 December 2012 01:59:15
Message:
! Don't show IP addresses to anyone unless they can ban - not even a user's own one. There's really no need to show it anywhere. As far as I can tell this gets everything. (install.sql, Display.php, ManageErrors.php, ManageMembers.php, ManagePermissions.php, Modlog.php, Profile-View.php, Profile.php, Who.php, ManageMembers.template.php, language files: ManagePermissions)
----
Modified : /trunk/Sources/Display.php
Modified : /trunk/Sources/ManageErrors.php
Modified : /trunk/Sources/ManageMembers.php
Modified : /trunk/Sources/ManagePermissions.php
Modified : /trunk/Sources/Modlog.php
Modified : /trunk/Sources/Profile-View.php
Modified : /trunk/Sources/Profile.php
Modified : /trunk/Sources/Who.php
Modified : /trunk/Themes/default/ManageMembers.template.php
Modified : /trunk/Themes/default/languages/ManagePermissions.english.php
Modified : /trunk/Themes/default/languages/ManagePermissions.french.php
Modified : /trunk/root/install.sql
2129
Features / Re: New revs
« on December 31st, 2012, 02:09 AM »
(14 files, 42KB)
Revision: 1813
Author: arantor
Date: 31 December 2012 01:02:16
Message:
Doing something I don't normally do, commit something that's completely a WIP, but mostly because I'm fed up with it right now and want to do a few other things that this would conflict with.
! Spacinazi. (Admin.php)
! Strip the old reserved names code and use the new one. (Class-UnitTest_tidyhtml.php, Admin.php, ManageRegistration.php, Subs-Members.php, Who.php, Register.template.php, language files: Admin, Help, Who)
! Part of the new ban system. Enough to be able to display any bans in the system, and the ban system is quite happy to filter out reserved names now. (Admin.php, ManageBans.php, ManageBans.template.php, language files: Admin, Help)
@ The ban system isn't remotely usable yet. It also has the unfortunate side effect of breaking the ban-user dialog which also uses the same base system, another thing to be rewritten. I'm just fed up of trying to figure out this stuff right now and would rather get it committed so that I can do more fun stuff and then come back to it when I'm a little more fresh of mind.
----
Modified : /trunk/Sources/Admin.php
Modified : /trunk/Sources/ManageBans.php
Modified : /trunk/Sources/ManageRegistration.php
Modified : /trunk/Sources/Subs-Members.php
Modified : /trunk/Sources/Who.php
Modified : /trunk/Themes/default/ManageBans.template.php
Modified : /trunk/Themes/default/Register.template.php
Modified : /trunk/Themes/default/languages/Admin.english.php
Modified : /trunk/Themes/default/languages/Admin.french.php
Modified : /trunk/Themes/default/languages/Help.english.php
Modified : /trunk/Themes/default/languages/Help.french.php
Modified : /trunk/Themes/default/languages/Who.english.php
Modified : /trunk/Themes/default/languages/Who.french.php
Modified : /trunk/other/unittest/tests/Class-UnitTest_tidyhtml.php
Revision: 1813
Author: arantor
Date: 31 December 2012 01:02:16
Message:
Doing something I don't normally do, commit something that's completely a WIP, but mostly because I'm fed up with it right now and want to do a few other things that this would conflict with.
! Spacinazi. (Admin.php)
! Strip the old reserved names code and use the new one. (Class-UnitTest_tidyhtml.php, Admin.php, ManageRegistration.php, Subs-Members.php, Who.php, Register.template.php, language files: Admin, Help, Who)
! Part of the new ban system. Enough to be able to display any bans in the system, and the ban system is quite happy to filter out reserved names now. (Admin.php, ManageBans.php, ManageBans.template.php, language files: Admin, Help)
@ The ban system isn't remotely usable yet. It also has the unfortunate side effect of breaking the ban-user dialog which also uses the same base system, another thing to be rewritten. I'm just fed up of trying to figure out this stuff right now and would rather get it committed so that I can do more fun stuff and then come back to it when I'm a little more fresh of mind.
----
Modified : /trunk/Sources/Admin.php
Modified : /trunk/Sources/ManageBans.php
Modified : /trunk/Sources/ManageRegistration.php
Modified : /trunk/Sources/Subs-Members.php
Modified : /trunk/Sources/Who.php
Modified : /trunk/Themes/default/ManageBans.template.php
Modified : /trunk/Themes/default/Register.template.php
Modified : /trunk/Themes/default/languages/Admin.english.php
Modified : /trunk/Themes/default/languages/Admin.french.php
Modified : /trunk/Themes/default/languages/Help.english.php
Modified : /trunk/Themes/default/languages/Help.french.php
Modified : /trunk/Themes/default/languages/Who.english.php
Modified : /trunk/Themes/default/languages/Who.french.php
Modified : /trunk/other/unittest/tests/Class-UnitTest_tidyhtml.php
2130
Features / Re: New revs
« on December 31st, 2012, 01:18 AM »
(1 file, 1KB)
Revision: 1812
Author: arantor
Date: 31 December 2012 00:18:09
Message:
! Stop the file cache from using a core Wedge file as the seed for cache hashes, use a separate file in the cache directory. This file should remain empty, but it means the *core* files are to be left alone. This means we can safely have a maintenance task or something to check file dates. (Subs-Cache.php)
----
Modified : /trunk/Sources/Subs-Cache.php
Revision: 1812
Author: arantor
Date: 31 December 2012 00:18:09
Message:
! Stop the file cache from using a core Wedge file as the seed for cache hashes, use a separate file in the cache directory. This file should remain empty, but it means the *core* files are to be left alone. This means we can safely have a maintenance task or something to check file dates. (Subs-Cache.php)
----
Modified : /trunk/Sources/Subs-Cache.php