<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2012-02-04 14:24:53]  --> <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://sparemint.atariforge.net/bugtracker/</docs>
<description>SpareMiNT - ISSUES</description>
<link>http://sparemint.atariforge.net/bugtracker/</link>
<title>SpareMiNT - ISSUES</title>
<image>
<title>SpareMiNT - ISSUES</title>
<url>http://sparemint.atariforge.net/bugtracker/images/mantis_logo_button.gif</url>
<link>http://sparemint.atariforge.net/bugtracker/</link>
<description>SpareMiNT - ISSUES</description>
</image>
<category>All Projects</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2012-02-04T14:24:52-05:00</sy:updateBase>
<item>
<title>0000188: Egale crashes Mint</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=188</link>
<description>Staring the Egale application causes mint/xaaes to hang. It only responds to ctrl-alt-del&lt;br /&gt;
&lt;br /&gt;
Egale has worked fine with 1-17 and several 1-18 versions.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=188</guid>
<author>PeterS &lt;PeterS@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=188#bugnotes</comments>
</item>
<item>
<title>0000187: Regex code causes stack memory exhaustion, can result in heap overwrite.</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=187</link>
<description>This can be reproduced with Netsurf.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=187</guid>
<author>m0n0 &lt;m0n0@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=187#bugnotes</comments>
</item>
<item>
<title>0000186: &quot;v4e&quot; should be added to info_mach.c</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=186</link>
<description>Should &quot;v4e&quot; be added to info_mach.c ?</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=186</guid>
<author>m0n0 &lt;m0n0@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=186#bugnotes</comments>
</item>
<item>
<title>0000185: FreeMiNT re-establishes CPU and FPU cookie and must handle Coldfire boards</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=185</link>
<description>It's not sure if the current code sets the CPU/FPU cookie correct. This needs to be tested and if it misses to set Coldfire cookies, add them.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=185</guid>
<author>m0n0 &lt;m0n0@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=185#bugnotes</comments>
</item>
<item>
<title>0000073: Bus error when starting xaaes or naes</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=73</link>
<description>with the new mint version (current cvs), I quite often get a bus error, when trying to start xaaes/naes from the login shell.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=73</guid>
<author>user56 &lt;user56@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=73#bugnotes</comments>
</item>
<item>
<title>0000184: protected task bar area</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=184</link>
<description>Devise a way to protect the task bar area of the desktop from maximised windows and other&lt;br /&gt;
desktop objects.&lt;br /&gt;
This should work with taskbars located on any edge of the desktop and with differing widths.&lt;br /&gt;
Could the task bar app inform XaAES of the position and size of the bar ?</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=184</guid>
<author>ps68060 &lt;ps68060@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=184#bugnotes</comments>
</item>
<item>
<title>0000177: Infoline corrupts window in qed</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=177</link>
<description>When scrolling a window upwards, the bottom line of the infoline corrupts the window's work area. See attached screenshot.&lt;br /&gt;
&lt;br /&gt;
I'm using qed 5.0.5</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=177</guid>
<author>joska &lt;joska@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=177#bugnotes</comments>
</item>
<item>
<title>0000181: Restart of XaAES freezes mouse pointer</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=181</link>
<description>Close XaAES from the menu, XaAES restarts itself and the desktop returns but the mouse&lt;br /&gt;
pointer is frozen.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=181</guid>
<author>ps68060 &lt;ps68060@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=181#bugnotes</comments>
</item>
<item>
<title>0000179: Shutdown does not complete</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=179</link>
<description>Shutdown from the Task Mgr, apps and XaAES close but the drives are left mounted.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=179</guid>
<author>PeterS &lt;PeterS@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=179#bugnotes</comments>
</item>
<item>
<title>0000174: non-XaAES fileselectors</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=174</link>
<description>Loading the NAES fileselector n_fsel.acc causes the fileselector not to appear in applications.&lt;br /&gt;
No error is reported, neither fileselector appears and the application shows the busy-bee mouse&lt;br /&gt;
pointer.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=174</guid>
<author>ps68060 &lt;ps68060@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=174#bugnotes</comments>
</item>
<item>
<title>0000180: No filemask in fileselector when launching programs</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=180</link>
<description>When the fileselector is invoked from the XaAES menu &quot;Launch...&quot;, there is no set filemask. No files are displayed in the fileselectors, only folders. When I select a filemask everything is OK.&lt;br /&gt;
&lt;br /&gt;
Also, the first filemask in the dropdown-list is &quot;*******&quot;. What's this? See screenshot.&lt;br /&gt;
&lt;br /&gt;
launchpath is set to &quot;c:\mint&quot;</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=180</guid>
<author>joska &lt;joska@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=180#bugnotes</comments>
</item>
<item>
<title>0000172: Typo in window menu</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=172</link>
<description>The 'Advanced' window sub-menu has an item written 'keep *uner* others'.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=172</guid>
<author>jflemaire &lt;jflemaire@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=172#bugnotes</comments>
</item>
<item>
<title>0000169: Cursor not position correctly in editfield</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=169</link>
<description>The cursor is not correctly positioned in edit fields with a mask that contains non-editable characters. E.g. if the editfield has a mask of &quot;xx:xx:xx&quot; (where ':' is not editable), the editable string is usually six characters (&quot;xxxxxx&quot;). In this case the cursor is not displayed past character position six. It looks like the length of the editable string is used to determine the end-position of the cursor, and not the length of the mask.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=169</guid>
<author>joska &lt;joska@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=169#bugnotes</comments>
</item>
<item>
<title>0000176: Fileselector doesn't list contents of /ram</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=176</link>
<description>The fileselector doesn't list the contents of u:\ram. I've tried with several programs, the bug occurs every time.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=176</guid>
<author>joska &lt;joska@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=176#bugnotes</comments>
</item>
<item>
<title>0000175: Media keys on modern keyboards</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=175</link>
<description>Almost all modern keyboards have a set of media keys for volume control etc.&lt;br /&gt;
&lt;br /&gt;
It would be nice to have these enabled to control the sound output.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=175</guid>
<author>PeterS &lt;PeterS@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=175#bugnotes</comments>
</item>
<item>
<title>0000021: no cursor with NVDI installed</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=21</link>
<description>When booting mint with nvdi installed I have no cursor in the bash.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=21</guid>
<author>Charon &lt;Charon@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=21#bugnotes</comments>
</item>
<item>
<title>0000153: XaAES problem with GEM focus</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=153</link>
<description>I've noticed a problem with my Eureka software, that EB_Dump&lt;br /&gt;
from Emmanuel Baranger also suffers from ...&lt;br /&gt;
&lt;br /&gt;
The problem is that the latest GEM window that is closed&lt;br /&gt;
with a GEM application, makes the focus of the GEM app to&lt;br /&gt;
be lost.&lt;br /&gt;
&lt;br /&gt;
With EB_Dump, when one do a fullscreen screenshot, that is not&lt;br /&gt;
a problem, because after the dump of the screen is done, EB_Dump&lt;br /&gt;
automatically redraws its GEM interface window. But if one chooses&lt;br /&gt;
to partially dump the screen, it requires the user to interact&lt;br /&gt;
before the interface GEM window reappears. Because it has lost&lt;br /&gt;
the AES focus, one can't interact, and EB_Dump is dead locked.&lt;br /&gt;
&lt;br /&gt;
The problem is also there with my proper Eureka software,&lt;br /&gt;
because there's two modes : graphics windowed drawings with&lt;br /&gt;
a GEM window, and GEM desktop interaction mode, with no GEM&lt;br /&gt;
window except from dialog boxes that are in fact non preemptive&lt;br /&gt;
GEM window boxes, and the Eureka menu bar.&lt;br /&gt;
&lt;br /&gt;
With Eureka when the user switches from the graphic mode (drawings)&lt;br /&gt;
to the GEM desktop mode (menu commands interface mode) the last&lt;br /&gt;
GEM window is closed by the application, that subsequently loses&lt;br /&gt;
its focus.&lt;br /&gt;
&lt;br /&gt;
It means that with Eureka and XaAES, I must install Taskbar&lt;br /&gt;
or zTask to manually recover the focus (and the Eureka GEM menu bar)&lt;br /&gt;
each time I come back from graphic screen mode.&lt;br /&gt;
&lt;br /&gt;
But that won't work with EB_Dump.acc being an accessory, with&lt;br /&gt;
no menu bar etc. And the loss of the focus makes EB_Dump to be&lt;br /&gt;
unusable in the particular partial screen dump mode.&lt;br /&gt;
&lt;br /&gt;
There's always been, so far as I remember, this problem with&lt;br /&gt;
the AES focus of GEM applications. I always had the same problem&lt;br /&gt;
with my Eureka software. I think that the XaAES way to handle the&lt;br /&gt;
app's focus should be modified in case its latest GEM window is closed.&lt;br /&gt;
&lt;br /&gt;
The app shouldn't lose the focus and/or its menu bar, if its&lt;br /&gt;
latest GEM window is closed. That doesn't happen with many apps,&lt;br /&gt;
but we're both having the same problem with our apps, Eureka and&lt;br /&gt;
EB_Dump.&lt;br /&gt;
&lt;br /&gt;
OZK proposed to me :&lt;br /&gt;
&lt;br /&gt;
There is an 'app_option' argument called 'clwtna' (Close Last Window&lt;br /&gt;
Tops Next App). It is explained in the example xaaes.cnf file found in&lt;br /&gt;
the cvs source tree, or in the alpha packages.&lt;br /&gt;
&lt;br /&gt;
But it has no effect whatsoever.&lt;br /&gt;
&lt;br /&gt;
This problem doesn't happen with MyAeS, because OL corrected it&lt;br /&gt;
when I reported. So it shoudn't be problematic, at last.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=153</guid>
<author>lecoat &lt;lecoat@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=153#bugnotes</comments>
</item>
<item>
<title>0000149: SPACE + ALT should not be valid dialog key shortcut, when SPACE is first char</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=149</link>
<description>When SPACE is the first character in eg. an ALERTs button, XaAES can at times address ALT+SPACE as the keyboard shortcut for this button. While this ain\'t illogical, it gives odd results when the button text is padded with SPACES. Hence, the indicator for the keyboard shortcut will show up to the far right of the actual text, which looks completely wrong.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=149</guid>
<author>GokMasE &lt;GokMasE@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=149#bugnotes</comments>
</item>
<item>
<title>0000173: Texel 1.6 checboxes</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=173</link>
<description>The check boxes do not respond to a mouse click.&lt;br /&gt;
&lt;br /&gt;
In Texel 2 demo. the check boxes are different and work ok.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=173</guid>
<author>ps68060 &lt;ps68060@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=173#bugnotes</comments>
</item>
<item>
<title>0000148: Built-in support for taking screenshots</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=148</link>
<description>It would be cool if XaAES had native support for taking&lt;br /&gt;
screenshots, triggered by a certain key combination. File format preferebly being something that can be easily converted to other formats without loss. Lp\'s GFASNAP is dumping TGA, which could perhaps be a good solution here too.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=148</guid>
<author>GokMasE &lt;GokMasE@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=148#bugnotes</comments>
</item>
<item>
<title>0000161: mouse-klick does not move cursor in a standard form_do-dialog</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=161</link>
<description>under TOS, the keyboard-cursor is moved to the object on which a mouse-click occured, so keyboard-input goes to that object. since MiNT 1.16 the cursor can only be moved by cursor-keys, not by mouse-click.&lt;br /&gt;
&lt;br /&gt;
Reproduce: Start pc.rpg (pure-c), select options-&gt;compiler and click on one of the paths. keyborad-imput always goes to the first path (Include directory), though the right form is slelected.&lt;br /&gt;
&lt;br /&gt;
All form_do-dialogs show this behaviour.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=161</guid>
<author>HelmutKarlowski &lt;HelmutKarlowski@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=161#bugnotes</comments>
</item>
<item>
<title>0000086: placing iconified windows</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=86</link>
<description>It would be nice, if there were rules where iconified windows are placed (eg. have some distance from screen border, go from right to left, or top to bottom etc.)</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=86</guid>
<author>Curly &lt;Curly@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=86#bugnotes</comments>
</item>
<item>
<title>0000145: bad ARGV support</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=145</link>
<description>there\'s bug in argv[] passing to application. I used teradesk to test it with &gt; 128 characters long path, result is argv[0] =  filename without path and argv[n], n&gt;1 is empty. In n.aes it works OK.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=145</guid>
<author>mikro &lt;mikro@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=145#bugnotes</comments>
</item>
<item>
<title>0000147: Keyboard navigation does not wrap to beginning/end</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=147</link>
<description>When using TAB / TAB+SHIT in the new keyboard navigation scheme (which is absolutely awesome!), the moving of focused object is halted when the first/last object in the dialog is reached. On other systems, this would instead result in the focus being wrapped over to the top/bottom of dialog. IMO this would be to prefer for XaAES as well.</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=147</guid>
<author>GokMasE &lt;GokMasE@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=147#bugnotes</comments>
</item>
<item>
<title>0000170: INSERT-key is a modified. Why? Should it be removed?</title>
<link>http://sparemint.atariforge.net/bugtracker/view.php?id=170</link>
<description>Why is INSERT a modifier? What is the purpose of this? It creates problems for Texel (Control+Insert does not work). I suggest to remove this feature. I have tested this by removing INSERT from the modifiers-list in keyboard.c, and have noticed no side-effects (except that Control+Insert works again in Texel).</description>
<guid>http://sparemint.atariforge.net/bugtracker/view.php?id=170</guid>
<author>joska &lt;joska@example.com&gt;</author>
<comments>http://sparemint.atariforge.net/bugtracker/view.php?id=170#bugnotes</comments>
</item>
</channel>
</rss>

