• 14 Dec 2007 | 3:21 PM
There was an error at the Red Pando package site which caused packages to be inadvertently deleted. As the script at Red Pando is automated, whenever the Pando Web Services returned a 503 Service Temporarily Unavailable message, the Red Pando script would interpret this as if though the file had been removed from their servers. This was not the case. The Pando services was simply stating that maintenance was being done or server load was too high. Therefore, I reworked the script to read the locally stored XML copy of the file should the server load be too high and only upon 200 codes to read the foreign XML file. I apologize for the inconvenience if some of you found the file missing when you attempted to download it. This problem should no longer occur.
• 09 Dec 2007 | 7:00 PM
A version number upgrade from 3.0α to 3.1α. This is due to a change to the grimBase class which does not affect how files are stored but rather how they are located. Therefore, it instills no change in the previous database.
• 05 Dec 2007 | 5:55 PM
Added the ability to delete posts from threads. However, it is possible that a numerical error in the entries might occur if a user attempts to make a post at that very same moment. Therefore, a resequencing function will have to be added to the threads to compensate for the error. NOTE: Only the administrator and super administrator can delete posts.
• 01 Dec 2007 | 1:25 PM
No patch will be provided for the database conversion of the alpha version. The patch proved to be unreliable and error prone. No custom sorting function will be necessary as of yet. Furthermore, error_reporting function was included in all the library functions.
• 01 Dec 2007 | 3:07 AM
The newest alpha now has all functions working and the gbSerializer class fully implemented. After some testing its designation will likely be moved up to beta.
• 30 Nov 2007 | 6:54 PM
A new alpha version of GrimBB is up. The reason it's an alpha is because I haven't tested it thoroughly and I just implemented the gbSerializer class into it. It will receive beta designation once the search.php page is fixed and the modifyPost function is revamped to work with gbSerializer. All other pages and functions should be functioning as expected. Furthermore, a plan to patch from the previous database from beta to the new database of the alpha is in order as the way the database is stored is now changed.
• 27 Nov 2007 | 3:54 PM
A new build up, check the Log page for updates. The previous versions of GrimBB will not be compatible with the new version as the file entries have now been changed. Due to the crash of the server that used to host the zip distribution it the old format has been lost and thus I am unable to create a patch. Please not the changes made and that you may need to reformat your old file entries manually.
• 07 Sep 2007 | 2:55 PM
A new build up, check the Log page for updates.
• 31 Aug 2007 | 4:26 PM
New build up with all previously disabled functions reimplemented. Functions still remaining to work on:
• 31 Aug 2007 | 2:58 PM
A PHP injection vulnerability was discovered within GrimBB. For obvious security reasons it will not be posted how to exploit this. However all previous builds suffer from this so it is important to update and install the newest build of GrimBB.
• 21 Aug 2007 | 7:02 PM
The most important news regarding v2.2b of the board is that the database has been reworked and the possible overwrite condition should be fixed.
• 31 May 2007 | 3:09 AM
The previously stable version of GrimBB will no longer be distributed. Unfortunately, both it and the new beta suffer from the same problem. A problem which I have been thinking lots on how to solve. As a standard of design any database must have the ability to prevent files from being unintentionally overwritten. At the current moment both the stable and beta version contain a weakness where this situation could possibly occur (the odds don't favor this occuring but it still could). I've been working on the new theme design of the board while mulling over this problem but have yet to tackle it to satisfactory completion. Furthermore, the beta is far more enhanced and has all the same functionality of the stable version. Not to mention that people seem to be downloading the older stable version more often than not. For the time being it seems as though GrimBB may have to restart itself all over again. Sorry the news isn't better folks but fact remains the Grim Pirate is learning things as he goes. As much as this is an free project for the people of the web it's also a learning tool for myself. Those of you who have chosen GrimBB as your bulletin board of choice I thank you and hope you will continue to choose it as I learn and make strides with it. I will upload the newest beta but be warned that some files are new, the theme isn't finalized and some stuff may or may not be behaving weirdly.
• 06 Apr 2007 | 11:01 PM
These notes are unrelated to the beta build of GrimBB that is currently distributed. A newer beta will be up shortly.
Changes that have been realized:
• 05 Mar 2007 | 11:01 PM
New build upgraded to v2.0b for GrimBB. For the moment support to upgrade to the beta will not be provided as it is still in its testing phase. However, as a note to users the primary change in this version is that it uses a superior database class to the one used previously. Therefore, upgrading may require execution of a patch in the future, or in the worst case scenario incompatibility with the previous stable build which will need to be deleted in its entirety for the new board to work.
Other changes:
• 19 Jan 2007 | 2:48 AM
UPDATE INFO
Build 1: 17 Jan 2007 | 3:31 AM
Build 2: 19 Jan 2007 | 2:48 AM
Procedure:
UPDATE INFO
Build 1: 11 Jan 2007 | 7:28 PM
Build 2: 19 Jan 2007 | 2:48 AM
Procedure:
• 17 Jan 2007 | 3:31 AM
UPDATE INFO
Build 1: 11 Jan 2007 | 7:28 PM
Build 2: 17 Jan 2007 | 3:31 AM
Procedure:
• 11 Jan 2007 | 7:28 PM
This update brings with it the operational form of GrimBB. The operational status is assigned because all the functions that were thought needed for GrimBB have been implemented. The remaining functionality that has been added is:
Error 1
It was pointed out that if you use the single quote character in a category, forum, or description, it produces an error which causes a crash. This is due to the way in which GrimBB stores these values.
Fix 1
Instead of using the single quote key from your keyboard to produce the character use the equivalent HTML character entity ' and that error can be avoided. This may be implemented into GrimBB's code in the future.
There are still some XSS exploits present which need to be addressed.
From this moment on any changes made to GrimBB will be kept tracked and users will be informed of how to update their version of the board to the newest version of the board.
Better installation instructions and board usage instructions have to be provided and source code must be recommented.
Automated user removal has not yet been implemented.
• 30 Dec 2006 | 4:24 AM
Folder names are still generated using a crc32 hash, but rather than computing it from just the string that composes the Forum's title, a timestamp is also appended. This will allow forums with the same name to be created, but still have different containing folders.
Rather than using the strlen function for the header pic of the board the script now tests to see if the image file exists and if not outputs the title of the board.
Administrative posting/modification now strips slashes and creates line breaks accordingly. Administrators also do not have their posts parsed before being created.
A reply error that caused priviledge level clashes has been fixed. The status.php file within the thread was being set with the incorrect priviledge level upon a thread being started with the original post.
• 22 Dec 2006 | 3:57 AM
GrimBB now supports the following Administrative functionality:
Along with these Layout modification functions GrimBB now recognizes Priviledge Levels. Super Administrator = 0, Administrators = 1, Moderators = 2, Members = 3. This means that GrimBB will now recognize that Forums can be given a particular access level so as to prevent other users from cluttering them with unnecessary posts.
The type of each user is now also shown on each thread so that users know who is and who is not an Administrator/Moderator/Member.
config.php no longer includes the default layout for the forum. Instead users will now add/remove/modify categories/forums from a blank slate.
Administrative functionality that still requires implementation:
• 18 Dec 2006 | 3:33 PM
In the newest build the admin.php page has been added. It now allows for modification of the initial layout of GrimBB. When the super administrator logs on, the index.php page will now have an additional link denoted by Modify Layout. The super administrator will be redirected to the admin.php page whereupon the current layout of the board will be displayed within a form as it was done when the board was first initialized. The text input area follows the same conventions as those stipulated in the readme.txt file with one further stipulation. Categories, forums, and descriptions already present should not be removed unless you know the consequences of those actions. This page ONLY supports repositioning of the layout and the adding of new categories, forums, and descriptions utilizing the conventions stipulated in readme.txt. Furthermore, when the new layout is created a backup of the old layout is saved (in case of an error where it becomes necessary to delete the new one) with the following name: yyyy/mm/dd/hh/mm/ss/t backup.inc.bak.
• 15 Dec 2006 | 3:52 AM
The readme.txt file included in all GrimBB Zip Distribution Packages will now contain the build number as assigned on the Source page. This will eliminate confusion as to which version a particular person has downloaded from the site.