This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | [SDI] windows mode get iconified incorrectly when using virtual desktops | ||
---|---|---|---|
Product: | platform | Reporter: | lsanders <lsanders> |
Component: | Window System | Assignee: | Milos Kleint <mkleint> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | jchalupa, mmirilovic, pkeegan |
Priority: | P3 | Keywords: | RELNOTE |
Version: | 3.x | ||
Hardware: | All | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | some of my KDE config options - screenshot. |
Description
lsanders
2004-03-19 23:58:53 UTC
reproducible on Gnome, I don't know what we will do for virtual desktop in the future , but will be nice to improve behaviour of (de)iconifying windows after switching virtual desktop ..... hmm. doesn't happen to me on my Redhat's KDE.. what options do you use in KDE for it to happen? Created attachment 14147 [details]
some of my KDE config options - screenshot.
I've got pretty much the same taskbar settings as you show in the screen shot. The only difference is that I have the "Show window list button" unchecked. It does appear that we are running different versions of KDE - I am using KDE 3.2.1. I wonder if they changed the behaviour of Desktop Switching in the newer versions? I didn't manage to reproduce when I unchecked that one. What JDK version are you running? It can be that KDE changed behaviour, I will try to investigate once I install mandrake10 on my home linux box. $ java -version java version "1.4.2_04" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05) Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode) *** Issue 41518 has been marked as a duplicate of this issue. *** I got the same problem: I am using nb 3.6rc1 in "Seperate Windows Mode" on linux red hat 9 (gnome 2.4). When I change desktop, all the windows (editor, file explorer, output) except the main window (with all the menus) get automatically iconized. It is very erratic. At times no windows get iconified, at other time all windows except the main and editor are left open. This is not the case with nb3.5.1 ! I'll try and see if I can find something on gnome/kde sites. *** Issue 7929 has been marked as a duplicate of this issue. *** Milos, please look at it , 4 reports in last week , I can reproduce it on Gnome : - run IDE - switch to SDI - open form (have opened more than one separate IDE's window - switch to another virtual desktop - switch back to one with NB opened -> only main window (sometimes Filesystems window) is opened , all others are iconified without possibility to waking up by IDE , if I want to see iconified window I must switch to them by Ctrl+Tab .... Problem: GNOME for some reason (unknown to me) iconifies all the windows on non-active desktops. Not only that but also in an unpredictable order (at least I haven;t figured the algorithm there). What our window system does in SDI when the main window gets iconified is this: minimize itself and make all child windows invisible. that way we 1. hide all child windows + preserve their frame state, eg. when a child window was iconified, it stays that way even after the main window get uniconified. If I disable the said mechanism, I will have to reopen around 10+ bugs dealing with bad shortcuts, focus, window behaviour etc.. trying to figure a workaround here. It indeed renders the IDE unusable when using under GNOME+ SDI window mode in Nb. I haven't found any workaround in Gnome to disable the iconification of windows on desktop switching.. fixed in trunk (or rather workarounded). the code attempts to maintain constatent state using timestamps and filtering out the computer generated (GNOME) window events. This should be released noted for 3.6. proposed relnote: When using the IDE's SDI mode on some Linux window managers, IDE windows are inappropriately iconified when you switch between virtual desktops. Workaround: Use the IDE's MDI mode. *** Issue 41152 has been marked as a duplicate of this issue. *** *** Issue 41384 has been marked as a duplicate of this issue. *** verified in [nb_dev](200407271830) *** Issue 46781 has been marked as a duplicate of this issue. *** |