Recent changes to bugshttps://sourceforge.net/p/aseco/bugs/2009-04-14T07:48:54ZRecent changes to bugsrs_times ID field too short2009-04-14T07:48:54Z2009-04-14T07:48:54ZRay Bellishttps://sourceforge.net/u/raybellis/https://sourceforge.net4df2e774d686714399e8e6f50fdaa52c6742b782<div class="markdown_content"><p>The default primary key field for the 'rs_times' table (and others) is mediumint(8). This is equivalent to a signed 24-bit value.</p>
<p>If more than ~8 million times are stored then new inserts fail. This actually happened on one of our servers...</p>
<p>Solution: change the ID field to 'int(11) unsigned' (in aseco.sql, and plugin.rasp.php).</p></div>Records stored against wrong track2009-04-14T07:27:02Z2009-04-14T07:27:02ZRay Bellishttps://sourceforge.net/u/raybellis/https://sourceforge.net1ded18618455dc2fb970f41c87f5328f288a6a8d<div class="markdown_content"><p>If a track name exceeds the default 50 character limit (from aseco.sql) the insert into the DB fails. However LocalDB->challenge['Id'] doesn't get overwritten, so any subsequent updates to the 'records' table are recorded against the wrong track.</p>
<p>Fix:<br />
1. update aseco.sql so that track names are stored with up to 255 characters<br />
2. set $this->challenge['Id'] to 0 before inserting the track in the DB</p></div>window (welcome or help or records ) can't close aseco_2222008-06-25T17:24:52Z2008-06-25T17:24:52ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net1a1d3ec11f0bfc2be664025d16b2474bfe1f3479<div class="markdown_content"><p>Hello,</p>
<p>I'm french,I try this afternoon the new version of aseco 2.2.0 but I have a problem. The window can't close ...<br />
I have 2 servers TMNF I try with the both & always pb ... I have apache2 php5 debian in data center ... If you want more details, logs exemples, you can send me an email @ jcsautrey@hotmail.com.</p>
<p>Sorry for my english I need to improve it ... I try I try ...</p>
<p>hi <br />
bye</p></div>MinRank setting off by one2008-06-02T11:08:45Z2008-06-02T11:08:45ZRay Bellishttps://sourceforge.net/u/raybellis/https://sourceforge.net0c68980265a2c9ac48a5c03fce35a8f7aac6e2f3<div class="markdown_content"><p>The minrank setting (to control how many records are necessary to record a rank) has an off-by-one error</p>
<p>In line 234 of plugins/rasp/plugin.rasp.php the comparison should be >=, not ></p>
<p>Ray</p></div>Operator syntax error in admingroups.xml 2008-06-01T13:34:31Z2008-06-01T13:34:31ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net26076ff3e209b994f2e909c70a9a7ce40cf2f5fa<div class="markdown_content"><p>The syntaxe in example is :<br />
<login_name_here>group name Here</login_name_here></p>
<p>But if the login begins with a decimal (1,2,3,...) that's don't work :<br />
<2thebest>SuperAdmin</2thebest></p></div>Wrong plugins name2008-04-22T09:40:33Z2008-04-22T09:40:33ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net62ee7b89ed1a1b93a6f85f654a9606e4dcc97229<div class="markdown_content"><p>In plugins.xml</p>
<p><!-- <plugin>plugin.publicdb.php</plugin> --></p>
<p>should be:</p>
<p><!-- <plugin>plugin.pubdb.php</plugin> --></p>
<p>As the correct filename (Look at the includes dir). By the way this plugins should run well when the DB will be up (around 25 april).</p></div>/plugin is not a command2007-05-24T06:20:29Z2007-05-24T06:20:29ZOliver Langehttps://sourceforge.net/u/bloodrock/https://sourceforge.net77681fa0fa5acc825f9c58600b90bbc27adf7d06<div class="markdown_content"><p>The /plugin command is a window callback for the /plugins window and not for use as chat command. If anyone enters "/plugin" in the chat, Aseco exits with an error.</p>
<p>Solution:</p>
<p>Remove the addChatCommand('plugin',...) function call in plugin.plugins.php.</p>
<p>Cheers,</p>
<p>Bloody.</p></div>