AfterStep Bug List
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:
Details.
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:
Updating time with rdate ("rdate -s time-b.nist.gov") causes AfterStep to crash.
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:
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.
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:
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.
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 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:
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.
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 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:
AfterStep Documentation doesn't alphabetize configuration options or sub-topics, either on. Searching through long listings takes too long.
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:
AfterStep Picture Manager doesn't alphabetize file listing dialogs, either on directories or individual files. Searching through large file lists can be difficult.
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:
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.
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:
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.
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.
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:
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.
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.
Ex: *Wharf TestEntry "-" DesktopEntry Test Entry
- 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.
Ex: *Wharf IRC "-" DesktopEntry IRC
- 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
nested popups are not working
- 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.
inherit(myframe & mystyle) only partially working (no multiple inherit)
- WORKS HERE - need example
parsing bug in general as myframe options cannot be specified in arbitrary order
- WORKS HERE - need example
multiple iconboxes not possible (was in 1.8.11)
- 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:
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.
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:
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