Difference between revisions of "AfterStep Bug List"

From AfterWiki
Jump to navigationJump to search
(New page: == Introduction == The following is a list of known bugs in AfterStep. Please use the following template when submitting: '''Report Date: '''2007 Feb 22 '''Bug Description: '''Brief de...)
 
(moved bug reporting to bugs.afterprojects.org, cleaning out old stuff)
 
Line 1: Line 1:
== Introduction ==
 
 
The following is a list of known bugs in AfterStep.  Please use the following template when submitting:
 
 
'''Report Date: '''2007 Feb 22
 
 
'''Bug Description: '''Brief description.
 
 
'''Submitted By: '''Submitter
 
 
'''Affected AfterStep version: '''2.2.4 & CVS
 
 
'''OS/Distribution: '''Linux/Fedora Core 6
 
 
'''Status/AS version: '''Open, works on CVS
 
 
'''Bug Detail: '''
 
 
<pre>
 
Details.
 
</pre>
 
 
== Bugs ==
 
 
'''Report Date: '''2007 Dec 17
 
 
'''Bug Description: '''rdate causes AfterStep to crash.
 
 
'''Submitted By: '''Kobaz
 
 
'''Affected AfterStep version: '''2.2.6
 
 
'''OS/Distribution: '''Linux/debian
 
 
'''Status/AS version: '''Open
 
 
'''Bug Detail: '''
 
 
<pre>
 
Updating time with rdate ("rdate -s time-b.nist.gov") causes AfterStep
 
to crash.
 
</pre>
 
 
 
'''Report Date: '''2007 Nov 12
 
 
'''Bug Description: '''Restart Session doesn't work under Fedora 8.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''2.2.7
 
 
'''OS/Distribution: '''Linux/Fedora Core 8
 
 
'''Status/AS version: '''Open
 
 
'''Bug Detail: '''
 
 
<pre>
 
Restart Session isn't working under Fedora 8.  On execution,
 
the Desktop will "hang" for a couple of seconds, go black,
 
then exit to gdm.  Exiting the session all seems to hang for
 
a couple of seconds, but goes to gdm.
 
</pre>
 
 
 
 
'''Report Date: '''2007 Nov 12
 
 
'''Bug Description: '''Wharf doesn't stay in default (geometry +x+y) position.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''2.2.7
 
 
'''OS/Distribution: '''Linux/Fedora Core 8
 
 
'''Status/AS version: '''Open
 
 
'''Bug Detail: '''
 
 
<pre>
 
Wharf doesn't stay in default (geometry +x+y) position.  When
 
positioned in the upper left corner, it's pushed-down and to
 
the right, about the heighth of a window's titlebar.  Stopping
 
and restarting the module "Wharf" pushes the no-collides
 
WinList away and positions Wharf correctly.
 
 
I have tried Desktop -> Update All, and as root, I have deleted
 
the file ~/.afterstep/non-configurable/workspace_state to no avail.
 
 
After a little experimentation, this bug is consistent with TermTabs
 
running.  Things appear to operate normal with TermTabs disabled.
 
</pre>
 
 
 
 
'''Report Date: '''2007 Nov 12
 
'''Report Date: '''2007 Nov 12
  
Line 124: Line 28:
  
  
'''Report Date: '''2007 Oct 29
 
 
'''Bug Description: '''SuppressIcons only partially works when implemented in database.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''2.2.7 & CVS
 
 
'''OS/Distribution: '''Linux/Fedora Core 7
 
 
'''Status/AS version: '''Open
 
 
'''Bug Detail: '''
 
 
<pre>
 
SuppressIcons only partially works when implemented in database.  Using the line:
 
 
Style    "*"    SuppressIcons
 
 
Only some applications hide the desktop icon when iconified.
 
Nedit consistently hides, firefox consistently refuses to.
 
</pre>
 
  
  
Line 198: Line 80:
  
  
'''Report Date: '''2007 Jul 23
 
 
'''Bug Description: '''AS Documentation doesn't alphabetize config options.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''All
 
 
'''OS/Distribution: '''Linux/Fedora Core 7
 
 
'''Status/AS version: '''Closed - Fixed in pre 2.2.7 CVS on 2007-07-23
 
 
'''Bug Detail: '''
 
 
<pre>
 
AfterStep Documentation doesn't alphabetize configuration options or
 
sub-topics, either on.  Searching through long listings takes too long.
 
</pre>
 
 
 
'''Report Date: '''2007 Jul 17
 
 
'''Bug Description: '''AS Picture Manager doesn't alphabetize file listings.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''All
 
 
'''OS/Distribution: '''Linux/Fedora Core 7
 
 
'''Status/AS version: '''Open
 
 
'''Bug Detail: '''
 
 
<pre>
 
AfterStep Picture Manager doesn't alphabetize file listing dialogs, either on
 
directories or individual files.  Searching through large file lists can be
 
difficult.
 
</pre>
 
 
 
'''Report Date: '''2007 Jul 17
 
 
'''Bug Description: '''Slice not working correctly.
 
 
'''Submitted By: '''DrCurl
 
 
'''Affected AfterStep version: '''2.2.6 & CVS
 
 
'''OS/Distribution: '''Linux/Ubuntu Feisty
 
 
'''Status/AS version: '''Closed - Fixed in pre 2.2.7 CVS on 2007-07-18
 
 
'''Bug Detail: '''
 
<pre>
 
Slice is not working as expected. For example, load the
 
Smooth look and you will see that there is a 1px empty
 
vertical line in the sliced pixmap. The result is ok in
 
the window decoration because the 1px line is behind the
 
windows buttons on the right. But you can see the vertical
 
line in the tooltip and other areas like tabed terms. I'm
 
working on a new look that use slice a lot. This bug is a
 
major pain, specially in the winlist where the is no way
 
to hide that 1px vertical empty line.
 
</pre>
 
 
 
'''Report Date: '''2007 Jul 13
 
 
'''Bug Description: '''SVG files not appearing in menu.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''CVS
 
 
'''OS/Distribution: '''Linux/Fedora Core 7
 
 
'''Status/AS version: '''Closed - Fixed in pre 2.2.7 CVS on 2007-07-13
 
  
'''Bug Detail: '''
 
 
<pre>
 
glchess calls an SVG icon from its desktop entry (Icon=glchess).
 
There is an icon called glchess.svg in /usr/share/pixmaps
 
ascompose will display the same icon with:
 
  ascompose -s "<img src=\"/usr/share/pixmaps/glchess.svg\"/>"
 
actually an issue with a desktop entry not having an extension
 
on the Icon= key.  AfterStep will automatically look for .png
 
icons in this situation, but not svg.
 
</pre>
 
  
  
Line 346: Line 139:
  
 
*Under 2.2.6, drawing-in desktop entries into wharf seems not to work. No icons or buttons are currently displayed.  As usual, the "hard" method still works (providing the executable name and icon information).  Drawing-in CategoryTree still works.
 
*Under 2.2.6, drawing-in desktop entries into wharf seems not to work. No icons or buttons are currently displayed.  As usual, the "hard" method still works (providing the executable name and icon information).  Drawing-in CategoryTree still works.
 
 
'''Report Date: '''2007 May 10
 
 
'''Bug Description: '''Trayer will not die when Wharf is stopped.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''2.2.5
 
 
'''OS/Distribution: '''Linux/Fedora Core 6
 
 
'''Status/AS version: '''Closed on May 15, 2007. Wharf now also kills using pid.
 
 
'''Bug Detail: '''
 
<pre>
 
Trayer, when swallowed by wharf, will not die when Wharf is stopped.
 
 
The only way I have to stop it is via the CLI with the "kill" command.
 
 
Re-starting Wharf again without killing trayer results in two instances
 
of taryer; because of two trayers existing at once, trayer ceases to display
 
in Wharf until all instances of trayer are killed and Wharf is re-started.
 
 
</pre>
 
 
 
'''Report Date: '''2007 May 09
 
 
'''Bug Description: '''DesktopEntry issues (2) in Wharf.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''2.2.5
 
 
'''OS/Distribution: '''Linux/Fedora Core 6
 
 
'''Status/AS version: '''Closed on May 15, 2007
 
 
'''Bug Detail: '''
 
The "DesktopEntry" function is Wharf has two issues:
 
 
#If an entry is in Wharf, but the entry is not available, it still shows in Wharf.
 
#:
 
#:<pre> Ex:  *Wharf TestEntry "-" DesktopEntry Test Entry </pre>
 
#:
 
#:The above entry, even though not on the sytem, will still give a "blank" tile in Wharf.
 
#;Fixed
 
#There appears to be a conflict between icons and DesktopEntry calls.
 
#:
 
#:<pre> Ex:  *Wharf IRC "-" DesktopEntry IRC</pre>
 
#:
 
#:Under FC6 (and I imagine other distros as well), XChat is called "IRC" in the menu.  There is also an icon called "normal/IRC" in the AS distribution.
 
#:In Wharf, rather than pulling the icon associated with the .desktop entry for XChat, Wharf is displaying the icon normal/IRC and not actually setting up XChat (IRC) to run.
 
#;Not a bug - since files have same name - AS is pulling out the one found at the begining of PixmapPath - edit the PixmapPath if you do not like that. But I'd expect stock AS to use the icon supplied with it, and not with the distro.
 
 
'''Report Date: '''2007 Feb 16
 
 
'''Bug Description: '''Multiple.
 
 
'''Submitted By: '''Born2late
 
 
'''Affected AfterStep version: '''2.2.4 & CVS
 
 
'''OS/Distribution: '''Linux/???
 
 
'''Status/AS version: '''Mostly closed, need examples for others
 
 
'''Bug Detail: '''
 
 
* '''''General'''''
 
# <pre>nested popups are not working</pre>
 
#*; WTF does that mean ???
 
#*: apparently, a popup can have a menu item that would behave like a folder, but call another popup at that time.
 
# <pre>inherit(myframe & mystyle) only partially working (no multiple inherit)</pre>
 
#*; WORKS HERE - need example:
 
#*:
 
# <pre>parsing bug in general as myframe options cannot be specified in arbitrary order</pre>
 
#*; WORKS HERE - need example:
 
#*:
 
# <pre>multiple iconboxes not possible (was in 1.8.11)</pre>
 
 
* '''''Pager'''''
 
# '''FIXED on 02/23/2007:'''NoDeskLabel : no mini-desktop-background shown if used
 
#'''FIXED on 02/23/2007:'''PagerBelowDesk does not work, nor does PagerBelowDesk + VerticalLabel result in label b put on right side of pager window
 
#'''FIXED on 04/19/2007:'''starting multiple modules of it, makes click into any other pager window then first one (first screen) move to false desktop
 
 
 
 
'''Report Date: '''2007 Feb 22
 
 
'''Bug Description: '''Wharf CategoryTree issues (Name vs Comments, Unavailable items).
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''2.2.4 & CVS
 
 
'''OS/Distribution: '''Linux/Fedora Core 6
 
 
'''Status/AS version: '''Both issues fixed on pre 2.2.5 cvs (12 Apr 07).
 
 
'''Bug Detail: '''
 
<pre>
 
When using CategoryTree in Wharf, the "Comments=" are shown rather than
 
"Name=".  This is not consistent with what non-CategoryTree icons are doing.
 
The comments are long, and don't display well.  The name should show.
 
 
Additionally, Unavailable items also show. They should be turned-off if not
 
installed on the system.
 
</pre>
 
 
 
 
'''Report Date: '''2006 Oct 16
 
 
'''Bug Description: '''On Menu and WinList, the System and System:GNOME trees are borked.
 
 
'''Submitted By: '''Speedy
 
 
'''Affected AfterStep version: '''2.2.3 & CVS
 
 
'''OS/Distribution: '''Linux/Fedora Core 5
 
 
'''Status/AS version: '''Fixed on CVS and Release 2.2.4
 
 
'''Bug Detail: '''
 
<pre>
 
On Menu and WinList, the System and System:GNOME trees are borked. Menus
 
display correctly under cvs.  Winlist is still hit-and-miss as far as
 
correctly displaying the icons. AS Menu and WinList will only display
 
Category "System" icons and entry info from the .desktop files in
 
/usr/share/applications if the Category is "System" by itself or if the
 
Category line has "System" and "GNOME" in it.
 
 
Examples:
 
 
Categories=Application;System;  <--- Will not show
 
 
Categories=System;  <--- Will show
 
 
Categories=Application;System;GNOME;  <--- Will show
 
</pre>
 

Latest revision as of 08:22, 10 February 2008

Report Date: 2007 Nov 12

Bug Description: Pager doesn't display different desktops vertically.

Submitted By: Speedy

Affected AfterStep version: 2.2.7

OS/Distribution: Linux/Fedora Core 8

Status/AS version: Open

Bug Detail:

Pager doesn't seem to display vertically well; only horizontally.

For example: I have two desktops (Work and WWW).  In the file
"pager", I set PagerRows to "2" (from "1"), and PagerColumns
to "1" (from "2").  Pager only seems to "stack" vertically
intermittently, usually with "Work" being the only desktop
displayed.  Switching the numbers back works fine.  I have
exited the session and restarted to no avail.

I have seen it display correctly on occasion, but it currently
isn't working.



Report Date: 2007 Aug 01

Bug Description: xmms creates heavy CPU load.

Submitted By: Daniel A. Ramaley, Volker Ossenkopf

Affected AfterStep version: All

OS/Distribution: Linux/Unbuntu

Status/AS version: Open

Bug Detail:

I didn't do any debugging, but I noticed that the problem was the same
or even worse on my system (Debian etch with afterstep 2.2.6) while
opening a particular website that updated the window title every
second.

This gives an easy way of testing the problem completely independent
from xmms:

I ran xterm and within the xterm-bash the loop:

ossk@hevelius: while (true); do echo -n "^[]0;`date`^G"; sleep 1; done
(^[ is the character for escape and ^G the character for bell)

This updates the xterm window every second. In this way one can easily
time the problem:

After about 8 minutes I notice the first increase in the afterstep
load (6%), after 16 minutes, I am at about 20%, after 24 minutes
I am at 30%, after 32 minutes 45%.
The load drops immediately to zero when I stop the loop in the xterm,
so that the title is no longer updated.

The delayed behaviour seems to indicate a memory management problem
for the structure containing the window titles. This might explain,
why the problem does not seem to occur on all systems using afterstep,
but may depend on an underlying library.

I don't want to make further guessing about the cause here, but hope
that this gives at least some additional information.

Cheers
        Volker



Report Date: 2007 Jun 04

Bug Description: Various AfterStep Users' Mailing List bugs.

Submitted By: Various

Affected AfterStep version: Various (should be current)

OS/Distribution: Various

Status/AS version: Open

Bug Detail:

Icons not handled correctly in stacking code: (Felipe Sanchez)

Case:
1. Iconify a window. Call it "A"
2. Place another (Non-iconified) window over it. Call it "B"
3. Ask window "B" to Unraise

Expected result:
Window "B" unraises and iconified window "A" raises above it ("A" is 
still iconified, but above "B").

Provide documentation to remove Pager shade buttons: (Dave North)

*PagerShadeButton   tiles/empty

or

*PagerShadeButton

or

Probably should add a *PagerNoShadeButton option.


Report Date: 2007 Jun 04

Bug Description: Desktop entries not working in wharf.

Submitted By: Speedy

Affected AfterStep version: 2.2.6 & CVS

OS/Distribution: Linux/Fedora Core 6

Status/AS version: Open

Bug Detail:

  • Under FC6 (and I imagine other distros as well), XChat is called "IRC" in the menu. There is also an icon called "normal/IRC" in the AS distribution. In Wharf, rather than pulling the icon associated with the .desktop entry for XChat, Wharf is displaying the icon normal/IRC and not actually setting up XChat (IRC) to run. I want to stress that this just isn't an icon issue, as the application will not launch. Ex: *Wharf IRC normal/IRCTransparent Exec "xchat" xchat &
  • Under 2.2.6, drawing-in desktop entries into wharf seems not to work. No icons or buttons are currently displayed. As usual, the "hard" method still works (providing the executable name and icon information). Drawing-in CategoryTree still works.