[Cooker] [Bug 2087] [WindowMaker] Switching desktops in WindowMaker makes Mozilla flicker and crash
http://qa.mandrakesoft.com/show_bug.cgi?id=2087 --- Additional Comments From [EMAIL PROTECTED] 2003-01-09 16:30 --- The problem is still present in WindowMaker-0.80.2-4mdk Seems to be a problem with GTK+ 2 applications under WindowMaker... Recently I have heard of people having the same problem with a different window manager (pekwm). For reference... http://pekwm.org/ml/devel and the particular post: http://mail.narshe.net/cgi-bin/ezmlm-cgi?2:mss:164:200308:gchicpledkbebojiinlg -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: In WindowMaker I have several desktops. I use a hot-key combination to change from one desktop to another. My WindowMaker is configured with Auto input focus mode (focus follows mouse), without automatic focus of new windows, and with "Opaque move" turned on. "open dialogs in same workspace as owners" is also turned on. In one of the desktops I have Mozilla. I can switch to and from that desktop without problems when there is only one mozilla window open. However, if there are two or more (a second Mozilla window, or a pop-up), then there is a problem when switching from another desktop to the desktop where Mozilla is. There is no problem switching from Mozillas desktop to another desktop. Moreover, the problem is only when switching manually with the hot-key. If switching by clicking on the desktop switcher of WindowMaker, the problem does not appear. The problem is the following: The mozilla windows flicker when I switch into this desktop. In order to reproduce this problem, the mouse must be located in a certain area of the screen before switching to Mozilla desktop. To reproduce: 1. Start a X session with WindowMaker (I do it from GDM, init 5) 2. Configure WindowMaker to have two desktops: A and B 3. In (A), open Mozilla. Use the hot-key to change to (B). 4. Now go back to (A). Mozilla does not flicker. 5. Now open a second Mozilla window. Use the hot-key to go to (B). 6. Use the hot-key to go back to (A). The title bar of the Mozilla windows flickers, and most of the times the mozilla window does not get redrawn until a while later. Before doing step (6), you will be in desktop (B). At this point, make sure that the mouse is in the area where the second Mozilla window is in the other desktop. In other words... once you switch into (A), the mouse ought to land on top of the second window. Otherwise the problem does not appear. On occasions, Mozilla will even crash after flickering for a short while. I have not found the same behaviour with other applications that have two windows open at once. I have not found this behaviour of Mozilla when I try the same experiment under KDE. Only on WindowMaker.
[Cooker] [Bug 4051] [evolution] Evolution crashes when adding or deleting contacts
http://qa.mandrakesoft.com/show_bug.cgi?id=4051 --- Additional Comments From [EMAIL PROTECTED] 2003-24-08 23:18 --- My original report is from over 2 months ago. Please note that the problem was occuring with the cooker at that time (i note the precise time and date in my original report). It was FULL cooker, with evolution-1.3.3-1mdk Today (2003-08-24) i am using evolution-1.4.4-1mdk and the bug I reported is no longer present. I propose closing this bug with "FIXED". -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: My system has current Cooker (Thu Jun 12 11:30:14 CEST 2003), with the following packages: libeel2_2-2.3.3-1mdk libgnome-desktop-2_2-2.3.3-1mdk libgnome2_0-2.3.3-2mdk gnome-games-2.3.3-1mdk gnome-utils-2.3.3-1mdk libgnomeui2_0-2.3.3-1mdk libbonobo-2.3.3-1mdk libgnome2-2.3.3-2mdk libgtkhtml2_0-2.3.3-1mdk libgdkcardimage0-2.3.3-1mdk libcddb-slave2_0-2.3.3-1mdk libbonoboui2_0-2.3.3-1mdk libgnomeui2-2.3.3-1mdk gnome-session-2.3.3-1mdk libbonobo2_0-2.3.3-1mdk eel-2.3.3-1mdk yelp-2.3.3-1mdk eog-2.3.3-1mdk libbonoboui-2.3.3-1mdk gnome-desktop-2.3.3-1mdk libbonobo2_0-devel-2.3.3-1mdk libbonobo2-1.0.22-2mdk evolution-pilot-1.3.3-1mdk evolution-1.3.3-1mdk I do not run the GNOME environment. I use Evolution under another Window Manager. To reproduce: 1. Add a new contact in Evolution 2. Fill in the name and phone number (it is enough) 3. Save and close the "New contact" window. *** At this point it crashes. 1. Select a contact 2. Click "Remove" contact 3. at this point evolution crashes. These crashes did not happen when Cooker had GNOME packages (gnome, bonobo, etc...) previous to 2.3.2.
[Cooker] [Bug 3817] [OpenOffice.org] OOo crashes when using printing functions
http://qa.mandrakesoft.com/show_bug.cgi?id=3817 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-24-08 23:11 --- Hi, original poster here: The bug I reported was the one that OOo fixed in 1.0.3.1 Between 1.0.2 and 1.0.3 they introduced a bug with printing, and they immediately released 1.0.3.1 to fix it. This happened a long time ago now... so the problem has been fixed for a while. See also the commend from Heinz Prommer above. I am changing this bug to "FIXED", since the bug in OOo is FIXED. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: OOo crashes with a "Segmentation fault (core dumped)" message when doing operations with the printer. One way to reproduce with an empty document: 1) Start "oowriter" 2) Select File -> Printer Settings 3) Select "PDF 1.4 Converter Press" 4) Press "OK" ==> OOo crashes. Another way to make it crash is to actually trying to print (File->Print menu): 1) Start "oowriter" 2) Select File -> Print 3) Select "PDF 1.4 Converter Press" from list of printers 4) Mark the "Print to File" box 5) Enter a filename (test.pdf for instance) 6) Click the "OK" button ==> OOo crashes. My system is Cooker as of 2003-04-23, 01:30 GMT+1 It has cups-1.1.19-0.6mdk, cups-drivers-1.1-104mdk, OpenOffice.org-1.0.3-1mdk. These crashes did not happen with OOo 1.0.2, and with the other versions of the other packages, whichever they were at the time.
[Cooker] [Bug 4051] [evolution] Evolution crashes when adding or deleting contacts
http://qa.mandrakesoft.com/show_bug.cgi?id=4051 [EMAIL PROTECTED] changed: What|Removed |Added Version|1.3.3-1mdk |1.4.0-1mdk --- Additional Comments From [EMAIL PROTECTED] 2003-16-06 20:23 --- The same crash occurs with the current Cooker (Mon Jun 16 18:52:43 CEST 2003) and Evolution 1.4-1mdk -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: My system has current Cooker (Thu Jun 12 11:30:14 CEST 2003), with the following packages: libeel2_2-2.3.3-1mdk libgnome-desktop-2_2-2.3.3-1mdk libgnome2_0-2.3.3-2mdk gnome-games-2.3.3-1mdk gnome-utils-2.3.3-1mdk libgnomeui2_0-2.3.3-1mdk libbonobo-2.3.3-1mdk libgnome2-2.3.3-2mdk libgtkhtml2_0-2.3.3-1mdk libgdkcardimage0-2.3.3-1mdk libcddb-slave2_0-2.3.3-1mdk libbonoboui2_0-2.3.3-1mdk libgnomeui2-2.3.3-1mdk gnome-session-2.3.3-1mdk libbonobo2_0-2.3.3-1mdk eel-2.3.3-1mdk yelp-2.3.3-1mdk eog-2.3.3-1mdk libbonoboui-2.3.3-1mdk gnome-desktop-2.3.3-1mdk libbonobo2_0-devel-2.3.3-1mdk libbonobo2-1.0.22-2mdk evolution-pilot-1.3.3-1mdk evolution-1.3.3-1mdk I do not run the GNOME environment. I use Evolution under another Window Manager. To reproduce: 1. Add a new contact in Evolution 2. Fill in the name and phone number (it is enough) 3. Save and close the "New contact" window. *** At this point it crashes. 1. Select a contact 2. Click "Remove" contact 3. at this point evolution crashes. These crashes did not happen when Cooker had GNOME packages (gnome, bonobo, etc...) previous to 2.3.2.
[Cooker] [Bug 4051] [evolution] New: Evolution crashes when adding or deleting contacts
http://qa.mandrakesoft.com/show_bug.cgi?id=4051 Product: evolution Component: evolution Summary: Evolution crashes when adding or deleting contacts Product: evolution Version: 1.3.3-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: evolution AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] My system has current Cooker (Thu Jun 12 11:30:14 CEST 2003), with the following packages: libeel2_2-2.3.3-1mdk libgnome-desktop-2_2-2.3.3-1mdk libgnome2_0-2.3.3-2mdk gnome-games-2.3.3-1mdk gnome-utils-2.3.3-1mdk libgnomeui2_0-2.3.3-1mdk libbonobo-2.3.3-1mdk libgnome2-2.3.3-2mdk libgtkhtml2_0-2.3.3-1mdk libgdkcardimage0-2.3.3-1mdk libcddb-slave2_0-2.3.3-1mdk libbonoboui2_0-2.3.3-1mdk libgnomeui2-2.3.3-1mdk gnome-session-2.3.3-1mdk libbonobo2_0-2.3.3-1mdk eel-2.3.3-1mdk yelp-2.3.3-1mdk eog-2.3.3-1mdk libbonoboui-2.3.3-1mdk gnome-desktop-2.3.3-1mdk libbonobo2_0-devel-2.3.3-1mdk libbonobo2-1.0.22-2mdk evolution-pilot-1.3.3-1mdk evolution-1.3.3-1mdk I do not run the GNOME environment. I use Evolution under another Window Manager. To reproduce: 1. Add a new contact in Evolution 2. Fill in the name and phone number (it is enough) 3. Save and close the "New contact" window. *** At this point it crashes. 1. Select a contact 2. Click "Remove" contact 3. at this point evolution crashes. These crashes did not happen when Cooker had GNOME packages (gnome, bonobo, etc...) previous to 2.3.2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 2055] [XFree86] Mouse wheel not working in X
http://qa.mandrakesoft.com/show_bug.cgi?id=2055 --- Additional Comments From [EMAIL PROTECTED] 2003-03-27 09:37 --- Bug still valid for me, with XFree86-4.3-5mdk. The wheel sometimes works and sometimes does not. A logout of my session and log back in makes it work. (likewise, a logout of my session and log back in may stop it from working). I have tried several window managers, and it happens equally with all of them. Just in case, I also have tried different X drivers (nvidia's own, and XFree's "nv"), and it happens with both. See my XFree config in a previous post in this bug. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I can't say when exactly this problem came up since the current version is the first that would work for me since about the new year. The previous version worked, but the mouse didn't work at all. If it helps, I use X with gpm (has always worked before). The pointer in question is a Logitech Trackman Wheel and it works with the standard X "mouse" driver and the "ImPS2" protocol for both gpm and X.
[Cooker] [Bug 3293] [XFree86] X Server Crashes ML 9.2 RC 2
http://qa.mandrakesoft.com/show_bug.cgi?id=3293 --- Additional Comments From [EMAIL PROTECTED] 2003-03-25 00:29 --- I also get X crashes every once in a while. I am using XFree86-4.3-5mdk I have been seeing these crashes since 4.2.99.3, with every single version after that until the current 4.3-5mdk. I did not have these crashes with XFree 4.2 in my Mandrake 9.0 system. I suspected of WindowMaker as the cause, but I have seen it happen with other window managers too. I wonder whether it may have to do with the NVidia driver I am using (Version: 1.0-4191), and I also had the crashes with Version 1.0-3123. In my case I cannot associate the crash with any specific action. Sometimes it is while Mozilla 1.3 is loading a webpage. Other times it is while working on a OpenOffice.org documento. The symptoms are always the same: The whole screen freezes. I can only move the mouse. Keyboard does not respond. xmms continues to play the song it was playing, but after that song is over, it does not continue with the playlist. Sometimes the crash seems to happen when I switch (with the keyboard) from one desktop to another (I use several desktops in my window managers). In order to recover, I have to log on remotely, and kill X with "killall -9 X". It is the only way X will die and get restarted. After this, the text consoles are useless: The screen buffer seems to get stuck with the last picture of the X crash, and all can be seen is a distorted image. The X server comes up again, and I can login again and work without problems (until the next crash). The loging screen (I use GDM) does not come back up on tty v7, though. It comes up on v8. These crashes are not too rare. I am having about 1 crash every 3 days or so. I could not find any more information in any logs in the system. (my machine is an Athlon 1400, Nvidia NV11 Geforce2 MX/MX 400, Adaptec AHA-2940U2/W, 512 MB ram). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Since upgrading to 9.2 RC2, I've had several xserver crashes. One happened trying to use java, one happened when running userdrake, and it's happend several times when waking from deep sleep.
[Cooker] [Bug 2087] [WindowMaker] Switching desktops in WindowMaker makes Mozilla flicker and crash
http://qa.mandrakesoft.com/show_bug.cgi?id=2087 --- Additional Comments From [EMAIL PROTECTED] 2003-03-03 14:33 --- I want to add that the flickering of windows happens with the Gimp, too, and with several other Gnome apps. If a desktop has more than one window of the Gimp, or it has a Gnome app plus Mozilla, WindowMaker will try to give the focus to all of them when you change into that dektop with a manual hot-key. The title bars of all the windows flicker, with WindowMaker apparently unable to decide which of the windows to give the focus to. It may be a problem in general for any window opened under WindowMaker. I have noticied with Gnome apps and Mozilla so far. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: In WindowMaker I have several desktops. I use a hot-key combination to change from one desktop to another. My WindowMaker is configured with Auto input focus mode (focus follows mouse), without automatic focus of new windows, and with "Opaque move" turned on. "open dialogs in same workspace as owners" is also turned on. In one of the desktops I have Mozilla. I can switch to and from that desktop without problems when there is only one mozilla window open. However, if there are two or more (a second Mozilla window, or a pop-up), then there is a problem when switching from another desktop to the desktop where Mozilla is. There is no problem switching from Mozillas desktop to another desktop. Moreover, the problem is only when switching manually with the hot-key. If switching by clicking on the desktop switcher of WindowMaker, the problem does not appear. The problem is the following: The mozilla windows flicker when I switch into this desktop. In order to reproduce this problem, the mouse must be located in a certain area of the screen before switching to Mozilla desktop. To reproduce: 1. Start a X session with WindowMaker (I do it from GDM, init 5) 2. Configure WindowMaker to have two desktops: A and B 3. In (A), open Mozilla. Use the hot-key to change to (B). 4. Now go back to (A). Mozilla does not flicker. 5. Now open a second Mozilla window. Use the hot-key to go to (B). 6. Use the hot-key to go back to (A). The title bar of the Mozilla windows flickers, and most of the times the mozilla window does not get redrawn until a while later. Before doing step (6), you will be in desktop (B). At this point, make sure that the mouse is in the area where the second Mozilla window is in the other desktop. In other words... once you switch into (A), the mouse ought to land on top of the second window. Otherwise the problem does not appear. On occasions, Mozilla will even crash after flickering for a short while. I have not found the same behaviour with other applications that have two windows open at once. I have not found this behaviour of Mozilla when I try the same experiment under KDE. Only on WindowMaker.
[Cooker] [Bug 2055] [XFree86] Mouse wheel not working in X
https://qa.mandrakesoft.com/show_bug.cgi?id=2055 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 10:57 --- I have: XFree86-4.3-0.20030218.1mdk gpm-1.20.1-2mdk and I have the same problem: The wheel sometimes does not work, but other times it does at the first login. If it does not work, doing a logout and log back in my X session, then the wheel works. My config: Section "Pointer" Protocol "MouseManPlusPS/2" Device "/dev/psaux" ZAxisMapping 4 5 EndSection My mouse is a Logitech OEM M-S48 The wheel worked all the time with XFree86 prior 4.2.x and also with one of the first XFree86 4.2.99.x --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I can't say when exactly this problem came up since the current version is the first that would work for me since about the new year. The previous version worked, but the mouse didn't work at all. If it helps, I use X with gpm (has always worked before). The pointer in question is a Logitech Trackman Wheel and it works with the standard X "mouse" driver and the "ImPS2" protocol for both gpm and X.
[Cooker] [Bug 2096] [mozilla] New: Accented vowels cannot be typed in Mozilla in HTML forms.
https://qa.mandrakesoft.com/show_bug.cgi?id=2096 Product: mozilla Component: mozilla Summary: Accented vowels cannot be typed in Mozilla in HTML forms. Version: 1.3-0.beta.2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] My locale is set to "en_US". I have a US keyboard, but I sometimes write in Spanish, so I have mapped a few keys to type accents and other spanish characters. I can type accented vowels in all applications (OpenOffice, gedit, xterm, etc...) but I cannot in Mozilla. Since I upgraded to Mozilla 1.3alpha (and now with beta), accented vowels cannot be typed in HTML forms. I can copy text with accents into a form, and it gets copied correctly, with the accents. But I when I type accented vowels into an HTML form in Mozilla, only the vowels shows up, not the accent. I have set up Mozilla to use different fonts in the HTML forms, and still, accents do not show up with neither of them. The same behaviour can be seen in the current Galeon (galeon-1.3.2-1mdk), but all other applications do not have this problem (Konqueror, OpenOffice, gedit, xterm, etc: They all accept typed accented characters). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 2092] [WindowMaker] New: Mozilla does not get focus correctly in WindowMaker
https://qa.mandrakesoft.com/show_bug.cgi?id=2092 Product: WindowMaker Component: WindowMaker Summary: Mozilla does not get focus correctly in WindowMaker Version: 0.80.2-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In WindowMaker I have several desktops. I use a hot-key combination to change from one desktop to another. My WindowMaker is configured with Auto input focus mode (focus follows mouse), without automatic focus of new windows, and with "Opaque move" turned on. "open dialogs in same workspace as owners" is also turned on. I believe this bug is in some way related to bug 2087, but it is not a duplicate. The problem is with manual-switching from one desktop to a desktop where Mozilla is. If the mouse happened to be in a position such that when we go to the desktop where Mozilla is, the mouse lands on top of Mozilla, then Mozilla does not get the keyboard focus. But, if in the first desktop we put the mouse in a position that will be outside of the Mozilla window in the next desktop, then switch into the Mozilla desktop, and then move the mouse on top of Mozilla, then Mozilla does get the focus. This behaviour did not occur with my previous system (it had a previous version of XFree86, WindowMaker and Mozilla). I am submitting this bug as a WindowMaker bug, because I think it is a problem with WindowMaker. To reproduce, note that the dektop switching must be done with a keyboard hot-key, so that the mouse can stay at the same position while switching desktops. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 2087] [WindowMaker] Switching desktops in WindowMaker makes Mozilla flicker and crash
https://qa.mandrakesoft.com/show_bug.cgi?id=2087 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 01:23 --- Me again... I just tried to change the settings in WindowMaker so that the focus does not follow the mouse, but instead you have to click on a window to give it the focus.With this change, the problem I describe above does not occur. It seems as if when switching into the desktop where Mozilla is, WindowMaker cannot decide which of the two Mozilla windows to give the focus to, even though the mouse is clearly on top of one or the other, but not both. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: In WindowMaker I have several desktops. I use a hot-key combination to change from one desktop to another. My WindowMaker is configured with Auto input focus mode (focus follows mouse), without automatic focus of new windows, and with "Opaque move" turned on. "open dialogs in same workspace as owners" is also turned on. In one of the desktops I have Mozilla. I can switch to and from that desktop without problems when there is only one mozilla window open. However, if there are two or more (a second Mozilla window, or a pop-up), then there is a problem when switching from another desktop to the desktop where Mozilla is. There is no problem switching from Mozillas desktop to another desktop. Moreover, the problem is only when switching manually with the hot-key. If switching by clicking on the desktop switcher of WindowMaker, the problem does not appear. The problem is the following: The mozilla windows flicker when I switch into this desktop. In order to reproduce this problem, the mouse must be located in a certain area of the screen before switching to Mozilla desktop. To reproduce: 1. Start a X session with WindowMaker (I do it from GDM, init 5) 2. Configure WindowMaker to have two desktops: A and B 3. In (A), open Mozilla. Use the hot-key to change to (B). 4. Now go back to (A). Mozilla does not flicker. 5. Now open a second Mozilla window. Use the hot-key to go to (B). 6. Use the hot-key to go back to (A). The title bar of the Mozilla windows flickers, and most of the times the mozilla window does not get redrawn until a while later. Before doing step (6), you will be in desktop (B). At this point, make sure that the mouse is in the area where the second Mozilla window is in the other desktop. In other words... once you switch into (A), the mouse ought to land on top of the second window. Otherwise the problem does not appear. On occasions, Mozilla will even crash after flickering for a short while. I have not found the same behaviour with other applications that have two windows open at once. I have not found this behaviour of Mozilla when I try the same experiment under KDE. Only on WindowMaker.
[Cooker] [Bug 2087] [WindowMaker] New: Switching desktops in WindowMaker makes Mozilla flicker and crash
https://qa.mandrakesoft.com/show_bug.cgi?id=2087 Product: WindowMaker Component: WindowMaker Summary: Switching desktops in WindowMaker makes Mozilla flicker and crash Version: 0.80.2-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In WindowMaker I have several desktops. I use a hot-key combination to change from one desktop to another. My WindowMaker is configured with Auto input focus mode (focus follows mouse), without automatic focus of new windows, and with "Opaque move" turned on. "open dialogs in same workspace as owners" is also turned on. In one of the desktops I have Mozilla. I can switch to and from that desktop without problems when there is only one mozilla window open. However, if there are two or more (a second Mozilla window, or a pop-up), then there is a problem when switching from another desktop to the desktop where Mozilla is. There is no problem switching from Mozillas desktop to another desktop. Moreover, the problem is only when switching manually with the hot-key. If switching by clicking on the desktop switcher of WindowMaker, the problem does not appear. The problem is the following: The mozilla windows flicker when I switch into this desktop. In order to reproduce this problem, the mouse must be located in a certain area of the screen before switching to Mozilla desktop. To reproduce: 1. Start a X session with WindowMaker (I do it from GDM, init 5) 2. Configure WindowMaker to have two desktops: A and B 3. In (A), open Mozilla. Use the hot-key to change to (B). 4. Now go back to (A). Mozilla does not flicker. 5. Now open a second Mozilla window. Use the hot-key to go to (B). 6. Use the hot-key to go back to (A). The title bar of the Mozilla windows flickers, and most of the times the mozilla window does not get redrawn until a while later. Before doing step (6), you will be in desktop (B). At this point, make sure that the mouse is in the area where the second Mozilla window is in the other desktop. In other words... once you switch into (A), the mouse ought to land on top of the second window. Otherwise the problem does not appear. On occasions, Mozilla will even crash after flickering for a short while. I have not found the same behaviour with other applications that have two windows open at once. I have not found this behaviour of Mozilla when I try the same experiment under KDE. Only on WindowMaker. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.