Difference between revisions of "AfterStep Bug List"

From AfterWiki
Jump to: navigation, 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...)
(No difference)

Revision as of 13:05, 25 January 2008

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:

  1. 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
  2. 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
  1. 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.
  2. inherit(myframe & mystyle) only partially working (no multiple inherit)
    • WORKS HERE - need example
  3. parsing bug in general as myframe options cannot be specified in arbitrary order
    • WORKS HERE - need example
  4. multiple iconboxes not possible (was in 1.8.11)
  • Pager
  1. FIXED on 02/23/2007:NoDeskLabel : no mini-desktop-background shown if used
  2. FIXED on 02/23/2007:PagerBelowDesk does not work, nor does PagerBelowDesk + VerticalLabel result in label b put on right side of pager window
  3. 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