<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2012-02-04 00:27:45]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://bugdb.tads.org/</docs>
<description>TADS Bug Database - ISSUES</description>
<link>http://bugdb.tads.org/</link>
<title>TADS Bug Database - ISSUES</title>
<image>
<title>TADS Bug Database - ISSUES</title>
<url>http://bugdb.tads.org/images/mantis_logo_button.gif</url>
<link>http://bugdb.tads.org/</link>
<description>TADS Bug Database - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2012-02-04T00:27:45-05:00</sy:updateBase>
<item>
<title>0000135: Invalid Code Accepted</title>
<link>http://bugdb.tads.org/view.php?id=135</link>
<description>I've just noticed that the compiler does not complain if a nonexistent action is used in a dobjFor. This can lead to two problems -- typos not being caught, and actions being coded that the author forgot to define actions and VerbRules for.</description>
<guid>http://bugdb.tads.org/view.php?id=135</guid>
<author>Jim Aikin &lt;Jim Aikin@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=135#bugnotes</comments>
</item>
<item>
<title>0000136: doubled line event in IE9</title>
<link>http://bugdb.tads.org/view.php?id=136</link>
<description>When playing a Web UI game in IE 9, I am getting a second line event after each line of real user input. This causes an empty input line to be sent to the game.&lt;br /&gt;
&lt;br /&gt;
It doesn't happen with IE9 in the HTML T3 player, only in a real browser window. Chrome and Safari are not affected.&lt;br /&gt;
&lt;br /&gt;
It happens in both IE9 x86 and IE9 x64 - the latter has no extensions loaded, so I'm pretty sure it's not an extension problem.</description>
<guid>http://bugdb.tads.org/view.php?id=136</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=136#bugnotes</comments>
</item>
<item>
<title>0000134: unspecified error in util.js</title>
<link>http://bugdb.tads.org/view.php?id=134</link>
<description>util.js will occasionally throw an unspecified error when attempting to call the getBoundingClientRect() function.&lt;br /&gt;
&lt;br /&gt;
I've only seen this happen while spamming input during a blocking event (loading a music file).&lt;br /&gt;
&lt;br /&gt;
I've attached the patch that traps the error and sets what I think are sane default values instead.&lt;br /&gt;
&lt;br /&gt;
Fix taken from here:&lt;br /&gt;
&lt;a href=&quot;http://bugs.jquery.com/ticket/4996&quot;&gt;http://bugs.jquery.com/ticket/4996&lt;/a&gt; [&lt;a href=&quot;http://bugs.jquery.com/ticket/4996&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]</description>
<guid>http://bugdb.tads.org/view.php?id=134</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=134#bugnotes</comments>
</item>
<item>
<title>0000133: Workbench Edits Wrong Files</title>
<link>http://bugdb.tads.org/view.php?id=133</link>
<description>It appears that the .t3m file, when opened by Workbench, contains absolute file paths for the files that are open for editing, rather than file paths that are relative to the .t3m file itself. This is a serious conceptual error. The result is this: If I copy an entire project folder (so as to do an alternate version of the game), open Workbench, load the .t3m file that resides in the newly copied folder, and start editing source code files that are already open as tabs in Workbench, I will be editing the WRONG FILES. I will be editing files that are not part of the project. At the very least, Workbench ought to display an alert box on File Save that says, &quot;The file you are saving is not part of the current project. Make it part of the current project? And by the way, is there some reason why you're not storing it locally???&quot;</description>
<guid>http://bugdb.tads.org/view.php?id=133</guid>
<author>Jim Aikin &lt;Jim Aikin@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=133#bugnotes</comments>
</item>
<item>
<title>0000132: broken link on Web UI manual page</title>
<link>http://bugdb.tads.org/view.php?id=132</link>
<description>The Web UI manual page is located here:&lt;br /&gt;
&lt;a href=&quot;http://tads.org/t3doc/doc/sysman/webui.htm&quot;&gt;http://tads.org/t3doc/doc/sysman/webui.htm&lt;/a&gt; [&lt;a href=&quot;http://tads.org/t3doc/doc/sysman/webui.htm&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
It contains a broken link labeled &quot;standalone mode&quot; which points here:&lt;br /&gt;
&lt;a href=&quot;http://tads.org/t3doc/doc/sysman/standalone&quot;&gt;http://tads.org/t3doc/doc/sysman/standalone&lt;/a&gt; [&lt;a href=&quot;http://tads.org/t3doc/doc/sysman/standalone&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
I'm not sure what the correct target should be.</description>
<guid>http://bugdb.tads.org/view.php?id=132</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=132#bugnotes</comments>
</item>
<item>
<title>0000131: htmlt3.exe process continues after web window closed</title>
<link>http://bugdb.tads.org/view.php?id=131</link>
<description>The Web UI manual page suggests that the Windows interpreter will close after the browser / app window is closed.&lt;br /&gt;
&lt;br /&gt;
However, Task Manager shows that htmlt3.exe process continues running. It hangs around for at least 24 hours, most likely indefinitely.&lt;br /&gt;
&lt;br /&gt;
Windows 7 x64, IE9.</description>
<guid>http://bugdb.tads.org/view.php?id=131</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=131#bugnotes</comments>
</item>
<item>
<title>0000130: incorrect documentation / comments for WebResourceResFile</title>
<link>http://bugdb.tads.org/view.php?id=130</link>
<description>The examples shown in the comments above the WebResourceResFile class in webui.t erroneously refer to WebResourceFile instead.&lt;br /&gt;
&lt;br /&gt;
Using them as shown causes a compiler error since no WebResourceFile class exists.</description>
<guid>http://bugdb.tads.org/view.php?id=130</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=130#bugnotes</comments>
</item>
<item>
<title>0000129: Curly braces displayed incorrectly under WebUI</title>
<link>http://bugdb.tads.org/view.php?id=129</link>
<description>Curly braces are sometimes merged or lost when printed to the main output window.&lt;br /&gt;
&lt;br /&gt;
This doesn't seem to happen with other special XML characters.</description>
<guid>http://bugdb.tads.org/view.php?id=129</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=129#bugnotes</comments>
</item>
<item>
<title>0000128: Can't write to modified intrinsic types via self-indexing</title>
<link>http://bugdb.tads.org/view.php?id=128</link>
<description>In a method added to a modified List (or Vector, ByteArray, StringBuffer), it's possible to access elements using &quot;self[idx]&quot;, but in the most recent version, trying to write values using the same syntax results in an exception: &quot;invalid index operation - this type of value cannot be indexed&quot;.</description>
<guid>http://bugdb.tads.org/view.php?id=128</guid>
<author>fundin &lt;fundin@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=128#bugnotes</comments>
</item>
<item>
<title>0000127: toInteger() crashes on certain BigNumbers</title>
<link>http://bugdb.tads.org/view.php?id=127</link>
<description>Using the toInteger() function on some BigNumbers causes the interpreter to crash. The problem appears to be limited to numbers close to zero: 0.1 works, but 0.09 crashes.</description>
<guid>http://bugdb.tads.org/view.php?id=127</guid>
<author>fundin &lt;fundin@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=127#bugnotes</comments>
</item>
<item>
<title>0000123: Install directory sometimes doesn't show correctly.</title>
<link>http://bugdb.tads.org/view.php?id=123</link>
<description>Installing TADS 3.1 in &quot;C:\Program Files\Something\Long\Without\Spaces&quot; causes the install directory to be shown as &quot;C:\Program&quot;, probably due to word wrapping. In the summary the correct folder is shown.</description>
<guid>http://bugdb.tads.org/view.php?id=123</guid>
<author>Biep &lt;Biep@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=123#bugnotes</comments>
</item>
<item>
<title>0000122: util.js - modifying Object.prototype breaks jQuery</title>
<link>http://bugdb.tads.org/view.php?id=122</link>
<description>jQuery uses a number of for ... in loops to iterate through object properties. This breaks in the presence of the modifications that util.js makes, because jQuery does not check hasOwnProperty and trips over the new methods.&lt;br /&gt;
&lt;br /&gt;
jQuery is unlikely to ever work out of the box under these circumstances. See:&lt;br /&gt;
&lt;a href=&quot;http://docs.jquery.com/Won%27t_Fix#Object.prototype_Issues&quot;&gt;http://docs.jquery.com/Won%27t_Fix#Object.prototype_Issues&lt;/a&gt; [&lt;a href=&quot;http://docs.jquery.com/Won%27t_Fix#Object.prototype_Issues&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
Authors could modify jQuery and patch in the necessary hasOwnProperty checks, but this strikes me as a somewhat unreasonable expectation. Part of the pitch is that authors can use off-the-shelf JS libraries and leverage the talents of JS programmers. jQuery is a significant part of that landscape.&lt;br /&gt;
&lt;br /&gt;
I've attached a patch that avoids the issue on modern browsers (Webkit, IE9, FF4+). Older browsers lack the Object.defineProperty method and have no way of marking new properties as non-enumerable, so this is more of a demonstration than a fix.</description>
<guid>http://bugdb.tads.org/view.php?id=122</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=122#bugnotes</comments>
</item>
<item>
<title>0000126: strbuf.h has no include guard</title>
<link>http://bugdb.tads.org/view.php?id=126</link>
<description>Like the summary says. I only noticed because my kfDebug.t extension fails to compile in the latest version. It #includes reflect.t, which causes strbuf.h to be included a second time.</description>
<guid>http://bugdb.tads.org/view.php?id=126</guid>
<author>fundin &lt;fundin@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=126#bugnotes</comments>
</item>
<item>
<title>0000125: pageMenuDiv outside HTML document</title>
<link>http://bugdb.tads.org/view.php?id=125</link>
<description>The pageMenuDiv appears after the closing tags for body and html in main.htm.&lt;br /&gt;
&lt;br /&gt;
If this is not for compatibility reasons, it should be moved inside the document structure.</description>
<guid>http://bugdb.tads.org/view.php?id=125</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=125#bugnotes</comments>
</item>
<item>
<title>0000120: Change of base folder for file access when running from Workbench</title>
<link>http://bugdb.tads.org/view.php?id=120</link>
<description>This may be deliberate, but I can't find anything about it in the change log. When accessing files (not resources) from within a game, the base folder for relative paths used to be the project folder, I.E. the one where the .t3m file resides. In the latest release, it is instead the folder of the .t3 file.</description>
<guid>http://bugdb.tads.org/view.php?id=120</guid>
<author>fundin &lt;fundin@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=120#bugnotes</comments>
</item>
<item>
<title>0000124: Uinstall is not complete</title>
<link>http://bugdb.tads.org/view.php?id=124</link>
<description>When uninstalling and reinstalling TADS 3.1, the program is still able to &quot;re-open the last project&quot;.  This may well be the preferred behaviour, but upon uninstall one is told that all settings will be removed.</description>
<guid>http://bugdb.tads.org/view.php?id=124</guid>
<author>Biep &lt;Biep@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=124#bugnotes</comments>
</item>
<item>
<title>0000121: The &quot;minimal game&quot; in &quot;Learning TADS 3&quot; won't run.</title>
<link>http://bugdb.tads.org/view.php?id=121</link>
<description>There are two problems with the source:&lt;br /&gt;
(1 - page 10) &quot;initialPlayerCharacter&quot; should be &quot;initialPlayerChar&quot;&lt;br /&gt;
(2 - page 12) &quot;startRoom&quot; is undefined.  replacing it by &quot;bedroom&quot; would work.</description>
<guid>http://bugdb.tads.org/view.php?id=121</guid>
<author>Biep &lt;Biep@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=121#bugnotes</comments>
</item>
<item>
<title>0000119: BaseMultiLoc does not support specialDesc</title>
<link>http://bugdb.tads.org/view.php?id=119</link>
<description>For an object like this:&lt;br /&gt;
&lt;br /&gt;
MultiLoc, Thing 'thing' 'thing'&lt;br /&gt;
    locationList = [ roomA, roomB ]&lt;br /&gt;
    specialDesc = &quot;A thing hovers in the air. &quot;&lt;br /&gt;
;&lt;br /&gt;
&lt;br /&gt;
The specialDesc is shown, but in addition the thing is listed in the room description.&lt;br /&gt;
&lt;br /&gt;
This is because Thing.isListedInContents is defined as &quot;!useSpecialDescInContents(location)&quot;, where 'location' will typically be nil for a BaseMultiLoc object.&lt;br /&gt;
&lt;br /&gt;
I've worked around this by doing:&lt;br /&gt;
&lt;br /&gt;
modify BaseMultiLoc&lt;br /&gt;
    isListedInContents = !useSpecialDescInContents(gPlayerChar.roomLocation)&lt;br /&gt;
;&lt;br /&gt;
&lt;br /&gt;
Although this is not a general solution I think, when remote POVs etc. come into play.</description>
<guid>http://bugdb.tads.org/view.php?id=119</guid>
<author>Carlo &lt;Carlo@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=119#bugnotes</comments>
</item>
<item>
<title>0000109: Unicode player name from IFDB doesn't show correctly in multi-user webplay</title>
<link>http://bugdb.tads.org/view.php?id=109</link>
<description>I've registered a profile on IFDB to test web ui version (TUID: kjx5pxdeabklzyyb) and in multi-user game session on guest's screen my name prefixed to my commands is missing all the accented characters.</description>
<guid>http://bugdb.tads.org/view.php?id=109</guid>
<author>tomasb &lt;tomasb@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=109#bugnotes</comments>
</item>
<item>
<title>0000114: Workbench writes to the TADS 3 installation directory, so if you don't have privs there you can't save options changes</title>
<link>http://bugdb.tads.org/view.php?id=114</link>
<description>If you want to save options/config changes in Workbench, you have to run as a user with privs in the T3 installation directory. That means if you install it in the default Program Files, running as a non-admin user your option changes aren't saved. &lt;br /&gt;
&lt;br /&gt;
Better would be to load Workbench options from a user data folder for each user.</description>
<guid>http://bugdb.tads.org/view.php?id=114</guid>
<author>george &lt;george@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=114#bugnotes</comments>
</item>
<item>
<title>0000116: contentsListedSeparately in tall inventory</title>
<link>http://bugdb.tads.org/view.php?id=116</link>
<description>When I create a bag for the PC which is listed separately, it works correctly in the wide inventory listing. But the contents of the bag is listed twice in the tall inventory listing - first inline and then again separately.&lt;br /&gt;
&lt;br /&gt;
+ BagOfHolding, Container 'bag' 'bag'&lt;br /&gt;
    contentsListedSeparately = true&lt;br /&gt;
;</description>
<guid>http://bugdb.tads.org/view.php?id=116</guid>
<author>tomasb &lt;tomasb@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=116#bugnotes</comments>
</item>
<item>
<title>0000118: DynamFunc Runtime error: index out of range Bug</title>
<link>http://bugdb.tads.org/view.php?id=118</link>
<description>In further exploring the IF-statement bug, I find that if I define an anonymous function prior to the DynamFunc, I get a &quot;Runtime error: index out of range&quot; error.</description>
<guid>http://bugdb.tads.org/view.php?id=118</guid>
<author>lysseus &lt;lysseus@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=118#bugnotes</comments>
</item>
<item>
<title>0000117: DynamFunc IF-Statement Bug</title>
<link>http://bugdb.tads.org/view.php?id=117</link>
<description>The following code (from the Tads 3 System Manual &quot;DynamFunc&quot; example, increments 'cut', regardless of whether val is '&gt; 3' or not:&lt;br /&gt;
&lt;br /&gt;
#include &lt;tads.h&gt;&lt;br /&gt;
#include &lt;dynfunc.h&gt;&lt;br /&gt;
&lt;br /&gt;
/*&lt;br /&gt;
 *   The main entrypoint - the T3 virtual machine calls this function to&lt;br /&gt;
 *   start the program running.  'args' is a list of strings giving the&lt;br /&gt;
 *   command-line arguments that the user specified, if any. &lt;br /&gt;
 */&lt;br /&gt;
main(args)&lt;br /&gt;
{&lt;br /&gt;
    local cnt = 0;&lt;br /&gt;
    local frame = t3GetStackTrace(1, T3GetStackDesc).frameDesc_;&lt;br /&gt;
    local f = new DynamicFunc('function(val) { if (val &gt; 3) ++cnt; }', nil, frame);&lt;br /&gt;
    f(2);&lt;br /&gt;
}</description>
<guid>http://bugdb.tads.org/view.php?id=117</guid>
<author>lysseus &lt;lysseus@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=117#bugnotes</comments>
</item>
<item>
<title>0000115: WebLayoutWindow::createFrame can change existing window</title>
<link>http://bugdb.tads.org/view.php?id=115</link>
<description>This method is exclusively described in the Library Reference Manual as being capable of creating windows. But this function is also capable of changing shape of existing windows on a subsequent call. It would be nice to add a short note about that to the reference manual.</description>
<guid>http://bugdb.tads.org/view.php?id=115</guid>
<author>tomasb &lt;tomasb@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=115#bugnotes</comments>
</item>
<item>
<title>0000112: Named Arguments code listing errors</title>
<link>http://bugdb.tads.org/view.php?id=112</link>
<description>In the &quot;Assigning to a named argument variable&quot; section, the 'main' function calls 'f', but should call 'g' to produce the indicated output.&lt;br /&gt;
&lt;br /&gt;
In the &quot;Named arguments in anonymous functions&quot; section, the return statements for both 'f' functions are missing the terminating semicolon.</description>
<guid>http://bugdb.tads.org/view.php?id=112</guid>
<author>bcressey &lt;bcressey@example.com&gt;</author>
<comments>http://bugdb.tads.org/view.php?id=112#bugnotes</comments>
</item>
</channel>
</rss>

