[5655] in testers
Issues with athena 9.2
daemon@ATHENA.MIT.EDU (Victor Chudnovsky)
Sun Jul 20 13:15:34 2003
From: Victor Chudnovsky <vchudnov@MIT.EDU>
Reply-To: vchudnovsky@alum.mit.edu
To: testers@mit.edu
Content-Type: multipart/related; type="multipart/alternative"; boundary="=-QFFlLpVOQjt0oq0P0VbX"
Message-Id: <1058721321.1323.2168.camel@chudnovsky.homelinux.net>
Mime-Version: 1.0
Date: 20 Jul 2003 13:15:26 -0400
--=-QFFlLpVOQjt0oq0P0VbX
Content-Type: multipart/alternative; boundary="=-t8xGFYGpNpH6hxYrevQc"
--=-t8xGFYGpNpH6hxYrevQc
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Greetings, testers,
Here are some of the unexpected issues/bugs I've come across upon
upgrading to 9.2.9 and 9.2.10. I believe these are real issues rather
than user errors, but if I'm misunderstading something or have a wrong
setting somewhere, let me know...
Victor
[image]
[image]
[image]
Workspace switcher:
I have shortcut keys set up to switch among workspaces. When the
focus is on the Workspace Switcher applet on my toolbar, the
shortcut keys work fine. When the focus is elsewhere and I try
to switch workspaces using the shortcut keys, I get strange
behavior: the applet shows me as switching workspaces, but the
windows in the workspace to which I'm moving to slide to the
workspace I'm moving from (or, said another way, the keys don't
actually switch workspaces but the applet display changes as
though I were changing workspaces and the windows were moving
out beneath me). When this happens, if I move past the first or
last workspace the Workspace Switcher seems to add new blank
workspaces and move me to them...
In the "Windows" control tool of the Control Center, I have
checked "Select the next desktop when the pointer hits the
screen edge." If I have the Worspace Switcher set to one row
only, the only way I can edge flip to the next workspace is by
moving the mouse pointer past the top or bottom of the
screen.When I have the Worspace Switcher set to more than one
row, moving the mouse pointer past the left or right edges of
the screen sometimes works. I find all this very
counterintuitive. I would expect that edge flipping should carry
me from one workspace to another as though the workspaces were
laid out as shown in the Workspace Switcher.
[image]
[image]
[image]
Evolution (1.2.4):
It would awfully nice to have spell-checking enabled in
Evolution
Since I upgraded to 9.2.9, the virtual folders don't always seem
to scan the "Sent" folder when I set the vFolder source to "All
active local and remote folders." This is behavior I want and
which used to happen before I upgraded. It seems like I can
only get the desired behavior if I explicitly include the Sent
folder in the vFolder source list in addition to setting "All
active local and remote folders."
[image]
[image]
[image]
Miscellaneous
I can't get 'less' to work correctly when I'm logged in as
myself. I get a status bar with escape characters and my current
directory printed at the bottom of my window, and the content
does not display. If I log in as root, however, less works fine.
The output of 'which less' is the same whether I'm root or not.
I had no problems with 'less' with Athena 9.1, and it still
works fine on the dialups.
The upgrade process from 9.2.9 to 9.2.10 seemed to hang (the
machine was fine, though; I could suspend the process). I did
'update_ws 9.2.10' and the process did not terminate by itself.
I even tried repeating the update (was this wise?) and got the
same results.
--=-t8xGFYGpNpH6hxYrevQc
Content-Type: text/html; charset=utf-8
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/1.1.9">
</HEAD>
<BODY>
Greetings, testers,<BR>
<BR>
Here are some of the unexpected issues/bugs I've come across upon upgrading to 9.2.9 and 9.2.10. I believe these are real issues rather than user errors, but if I'm misunderstading something or have a wrong setting somewhere, let me know...<BR>
<BR>
Victor<BR>
<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<IMG SRC="cid:1058627984.1323.602.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
<TD BACKGROUND="cid:1058627984.1323.603.camel@chudnovsky.homelinux.net" WIDTH="100%">
<IMG SRC="cid:1058627984.1323.604.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
<TD>
<IMG SRC="cid:1058627984.1323.605.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
</TR>
</TABLE>
<BR>
<B><BR>
Workspace switcher:</B>
<BLOCKQUOTE>
<BR>
I have shortcut keys set up to switch among workspaces. When the focus is on the Workspace Switcher applet on my toolbar, the shortcut keys work fine. When the focus is elsewhere and I try to switch workspaces using the shortcut keys, I get strange behavior: the applet shows me as switching workspaces, but the windows in the workspace to which I'm moving <FONT COLOR="#ff6600">to</FONT> slide to the workspace I'm moving <FONT COLOR="#ff6600">from</FONT> (or, said another way, the keys don't actually switch workspaces but the applet display changes as though I were changing workspaces and the windows were moving out beneath me). When this happens, if I move past the first or last workspace the Workspace Switcher seems to add new blank workspaces and move me to them...<BR>
<BR>
In the "Windows" control tool of the Control Center, I have checked "Select the next desktop when the pointer hits the screen edge." If I have the Worspace Switcher set to one <FONT COLOR="#ff6600">row</FONT> only, the only way I can edge flip to the next workspace is by moving the mouse pointer past the<FONT COLOR="#ff6600"> top or bottom</FONT> of the screen.When I have the Worspace Switcher set to more than one row, moving the mouse pointer past the left or right edges of the screen sometimes works. I find all this very counterintuitive. I would expect that edge flipping should carry me from one workspace to another as though the workspaces were laid out as shown in the Workspace Switcher.
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<IMG SRC="cid:1058627984.1323.602.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
<TD BACKGROUND="cid:1058627984.1323.603.camel@chudnovsky.homelinux.net" WIDTH="100%">
<IMG SRC="cid:1058627984.1323.604.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
<TD>
<IMG SRC="cid:1058627984.1323.605.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
</TR>
</TABLE>
<BR>
<BR>
<B>Evolution (1.2.4):</B>
<BLOCKQUOTE>
It would awfully nice to have spell-checking enabled in Evolution<BR>
<BR>
Since I upgraded to 9.2.9, the virtual folders don't always seem to scan the "Sent" folder when I set the vFolder source to "All active local and remote folders." This is behavior I want and which used to happen before I upgraded. It seems like I can only get the desired behavior if I explicitly include the Sent folder in the vFolder source list <I>in addition</I> to setting "All active local and remote folders."
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<IMG SRC="cid:1058627984.1323.602.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
<TD BACKGROUND="cid:1058627984.1323.603.camel@chudnovsky.homelinux.net" WIDTH="100%">
<IMG SRC="cid:1058627984.1323.604.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
<TD>
<IMG SRC="cid:1058627984.1323.605.camel@chudnovsky.homelinux.net" ALIGN="bottom" BORDER="0">
</TD>
</TR>
</TABLE>
<BR>
<B><BR>
Miscellaneous</B>
<BLOCKQUOTE>
I can't get '<TT>less</TT>' to work correctly when I'm logged in as myself. I get a status bar with escape characters and my current directory printed at the bottom of my window, and the content does not display. If I log in as root, however, less works fine. The output of '<TT>which less</TT>' is the same whether I'm root or not. I had no problems with '<TT>less'</TT> with Athena 9.1, and it still works fine on the dialups.<BR>
<BR>
The upgrade process from 9.2.9 to 9.2.10 seemed to hang (the machine was fine, though; I could suspend the process). I did '<TT>update_ws 9.2.10</TT>' and the process did not terminate by itself. I even tried repeating the update (was this wise?) and got the same results.<BR>
<BR>
</BLOCKQUOTE>
</BODY>
</HTML>
--=-t8xGFYGpNpH6hxYrevQc--
--=-QFFlLpVOQjt0oq0P0VbX
Content-ID: <1058627984.1323.605.camel@chudnovsky.homelinux.net>
Content-Disposition: attachment; filename=rule-blue-right.png
Content-Type: image/png; name=rule-blue-right.png
Content-Transfer-Encoding: base64
iVBORw0KGgoAAAANSUhEUgAAAAMAAAAFCAYAAACAcVaiAAAABGdBTUEAALGPC/xhBQAAAAZiS0dE
AE4AeQDbVKEF1AAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB9EHHw8DJLOeDtwAAABMSURB
VHjaAUEAvv8B4ej4/8jS7MPX2t9pBMTT9ADb5QE9rrvXlwIDAgEA/f7/AOTZvz0C1+H3AJ+iqQD4
6srDAQ8hSv/78dnDDxEUaRQyJMwq9Jk5AAAAAElFTkSuQmCC
--=-QFFlLpVOQjt0oq0P0VbX
Content-ID: <1058627984.1323.604.camel@chudnovsky.homelinux.net>
Content-Disposition: attachment; filename=transparent.png
Content-Type: image/png; name=transparent.png
Content-Transfer-Encoding: base64
iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAABGdBTUEAALGPC/xhBQAAAAZiS0dE
AP8A/wD/oL2nkwAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB9EHHw4LESw2KsAAAAANSURB
VHicY2BgYGAAAAAFAAGl9kVAAAAAAElFTkSuQmCC
--=-QFFlLpVOQjt0oq0P0VbX
Content-ID: <1058627984.1323.603.camel@chudnovsky.homelinux.net>
Content-Disposition: attachment; filename=rule-blue-center.png
Content-Type: image/png; name=rule-blue-center.png
Content-Transfer-Encoding: base64
iVBORw0KGgoAAAANSUhEUgAAAAEAAAAFCAYAAACEhIafAAAABGdBTUEAALGPC/xhBQAAAAZiS0dE
AE4AeQDbVKEF1AAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB9EHHw8DNzcgTwIAAAAdSURB
VHjaY/jw+fd/ph2nPjEwMTAwQAgGIY3I/wCFpAfqwnBIKgAAAABJRU5ErkJggg==
--=-QFFlLpVOQjt0oq0P0VbX
Content-ID: <1058627984.1323.602.camel@chudnovsky.homelinux.net>
Content-Disposition: attachment; filename=rule-blue-left.png
Content-Type: image/png; name=rule-blue-left.png
Content-Transfer-Encoding: base64
iVBORw0KGgoAAAANSUhEUgAAAAMAAAAFCAYAAACAcVaiAAAABGdBTUEAALGPC/xhBQAAAAZiS0dE
AE4AeQDbVKEF1AAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB9EHHw8DDfEslrAAAABMSURB
VHjaAUEAvv8A////K////8L9/f7/AP///8L/////y9j0/wHw8/v/2OL4AODo+gACucfpw7jK8gD9
/v8ABNfa32muu9eX59/MPZmxMMFRIV6nAAAAAElFTkSuQmCC
--=-QFFlLpVOQjt0oq0P0VbX--
