AfterStep Bug List

From AfterWiki
Jump to: navigation, search

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.