From xfce-bugs at xfce.org Mon Dec 1 02:33:03 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 1 Dec 2003 01:33:03 +0000 (GMT) Subject: [XFCE 0000025]: find in xffm Message-ID: <20031201013303.1FF265EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=25 ======================================================================= Reporter: snoopy Handler: ======================================================================= Project: XFCE Bug ID: 0000025 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-01 01:33 GMT Last Modified: 2003-12-01 01:33 GMT ======================================================================= Summary: find in xffm Description: after a search with "find" in xffm the keyboard doesn't work I tried a "find" and stop it and after returning to any terminal, world processor there's nothing from the keyboard I have to logout ======================================================================= From xfce-bugs at xfce.org Tue Dec 2 02:35:39 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 2 Dec 2003 01:35:39 +0000 (GMT) Subject: [XFCE 0000025]: find in xffm Message-ID: <20031202013539.450775EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000025 ======================================================================= Reporter: snoopy Handler: ======================================================================= Project: XFCE Bug ID: 0000025 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-01 01:33 GMT Last Modified: 2003-12-02 01:35 GMT ======================================================================= Summary: find in xffm Description: after a search with "find" in xffm the keyboard doesn't work I tried a "find" and stop it and after returning to any terminal, world processor there's nothing from the keyboard I have to logout ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-02 01:35 GMT ----------------------------------------------------------------------- Sounds like an X server problem. Try to run xffm in a terminal and then do the find business to produce the problem you encounter. Check to see if any input is being required from stdin (the terminal window). Otherwise there should be no problem since the stop button sends the find process the sigterm signal. From xfce-bugs at xfce.org Tue Dec 2 15:45:25 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 2 Dec 2003 14:45:25 +0000 (GMT) Subject: [XFCE 0000025]: find in xffm Message-ID: <20031202144525.7E80B5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000025 ======================================================================= Reporter: snoopy Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000025 Category: xffm Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-01 01:33 GMT Last Modified: 2003-12-02 14:45 GMT ======================================================================= Summary: find in xffm Description: after a search with "find" in xffm the keyboard doesn't work I tried a "find" and stop it and after returning to any terminal, world processor there's nothing from the keyboard I have to logout ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-02 01:35 GMT ----------------------------------------------------------------------- Sounds like an X server problem. Try to run xffm in a terminal and then do the find business to produce the problem you encounter. Check to see if any input is being required from stdin (the terminal window). Otherwise there should be no problem since the stop button sends the find process the sigterm signal. ----------------------------------------------------------------------- edscott - 2003-12-02 14:45 GMT ----------------------------------------------------------------------- I suppose the bug refers to current cvs version. The gtk timeout was polling too quickly, so that a lengthy find would make xffm appear to hang since system was busy polling uselessly. Timeout has been changed and things appear to be back to normal. If condition persists on snoopy's box, reopen (but I'm pretty sure it is no longer a bug). From xfce-bugs at xfce.org Tue Dec 2 15:46:16 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 2 Dec 2003 14:46:16 +0000 (GMT) Subject: [XFCE 0000025]: find in xffm Message-ID: <20031202144616.ACA335EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000025 ======================================================================= Reporter: snoopy Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000025 Category: xffm Reproducibility: always Severity: major Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-01 01:33 GMT Last Modified: 2003-12-02 14:46 GMT ======================================================================= Summary: find in xffm Description: after a search with "find" in xffm the keyboard doesn't work I tried a "find" and stop it and after returning to any terminal, world processor there's nothing from the keyboard I have to logout ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-02 01:35 GMT ----------------------------------------------------------------------- Sounds like an X server problem. Try to run xffm in a terminal and then do the find business to produce the problem you encounter. Check to see if any input is being required from stdin (the terminal window). Otherwise there should be no problem since the stop button sends the find process the sigterm signal. ----------------------------------------------------------------------- edscott - 2003-12-02 14:45 GMT ----------------------------------------------------------------------- I suppose the bug refers to current cvs version. The gtk timeout was polling too quickly, so that a lengthy find would make xffm appear to hang since system was busy polling uselessly. Timeout has been changed and things appear to be back to normal. If condition persists on snoopy's box, reopen (but I'm pretty sure it is no longer a bug). From xfce-bugs at xfce.org Tue Dec 2 16:02:49 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 2 Dec 2003 15:02:49 +0000 (GMT) Subject: [XFCE 0000024]: Registering new filetypes fails under some conditions Message-ID: <20031202150249.4DA3A5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000024 ======================================================================= Reporter: bwalle Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000024 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-25 20:21 GMT Last Modified: 2003-12-02 15:02 GMT ======================================================================= Summary: Registering new filetypes fails under some conditions Description: If the file is in a directory that contains a dot then registering a new filetype fails. Example: ~/test.x/index.shtml Open -> mozilla [X] Remember -> index.shtml is added to applications.xml and not just .shtml. A possible patch is attached. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-25 23:31 GMT ----------------------------------------------------------------------- This bug only affects 4.0.1 since 4.1 uses new routines with freedesktop mime types. ----------------------------------------------------------------------- bwalle - 2003-11-26 18:26 GMT ----------------------------------------------------------------------- Ok, but if there will be a 4.0.2 it should be fixed since it is not difficult. ----------------------------------------------------------------------- edscott - 2003-12-02 15:02 GMT ----------------------------------------------------------------------- Applied patch (modified) to 4_0 branch From xfce-bugs at xfce.org Tue Dec 2 16:03:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 2 Dec 2003 15:03:02 +0000 (GMT) Subject: [XFCE 0000024]: Registering new filetypes fails under some conditions Message-ID: <20031202150302.451745EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000024 ======================================================================= Reporter: bwalle Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000024 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-25 20:21 GMT Last Modified: 2003-12-02 15:03 GMT ======================================================================= Summary: Registering new filetypes fails under some conditions Description: If the file is in a directory that contains a dot then registering a new filetype fails. Example: ~/test.x/index.shtml Open -> mozilla [X] Remember -> index.shtml is added to applications.xml and not just .shtml. A possible patch is attached. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-25 23:31 GMT ----------------------------------------------------------------------- This bug only affects 4.0.1 since 4.1 uses new routines with freedesktop mime types. ----------------------------------------------------------------------- bwalle - 2003-11-26 18:26 GMT ----------------------------------------------------------------------- Ok, but if there will be a 4.0.2 it should be fixed since it is not difficult. ----------------------------------------------------------------------- edscott - 2003-12-02 15:02 GMT ----------------------------------------------------------------------- Applied patch (modified) to 4_0 branch From xfce-bugs at xfce.org Tue Dec 2 16:18:01 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 2 Dec 2003 15:18:01 +0000 (GMT) Subject: [XFCE 0000026]: lost find subprocess Message-ID: <20031202151801.A1CF95EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=26 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000026 Category: xffm Reproducibility: always Severity: major Priority: high Status: new ======================================================================= Date Submitted: 2003-12-02 15:18 GMT Last Modified: 2003-12-02 15:18 GMT ======================================================================= Summary: lost find subprocess Description: On a lengthy find, if no output is found in the first five seconds, libxffmtubo is considering the find terminated but it is still running in the background. Apparently TuboWait(gpointer fork_object) is doing the wait on the wrong child. ======================================================================= From xfce-bugs at xfce.org Wed Dec 3 15:46:21 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:46:21 +0000 (GMT) Subject: [XFCE 0000020]: delay for autohide taskbar Message-ID: <20031203144621.EA7C85EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000020 ======================================================================= Reporter: egore911 Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000020 Category: general Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: open ======================================================================= Date Submitted: 2003-11-19 23:00 GMT Last Modified: 2003-12-03 14:46 GMT ======================================================================= Summary: delay for autohide taskbar Description: i use the autohide feature of taskbar. it is on top of the screen. and i accidently move my cursor some pixels zo high, when i try to close a window. so the taskbar appears above the close/maximze/minimize/... buttons. i'd like to set a delay befor it appears, like half a second. this would make life much easier for me. ======================================================================= From xfce-bugs at xfce.org Wed Dec 3 15:47:35 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:47:35 +0000 (GMT) Subject: [XFCE 0000020]: delay for autohide taskbar Message-ID: <20031203144735.57E825EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000020 ======================================================================= Reporter: egore911 Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000020 Category: general Reproducibility: always Severity: feature Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-19 23:00 GMT Last Modified: 2003-12-03 14:47 GMT ======================================================================= Summary: delay for autohide taskbar Description: i use the autohide feature of taskbar. it is on top of the screen. and i accidently move my cursor some pixels zo high, when i try to close a window. so the taskbar appears above the close/maximze/minimize/... buttons. i'd like to set a delay befor it appears, like half a second. this would make life much easier for me. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-03 14:47 GMT ----------------------------------------------------------------------- This is not actually a bug. If you feel the delay is too short, please request a longer delay on the mailing list. From xfce-bugs at xfce.org Wed Dec 3 15:48:48 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:48:48 +0000 (GMT) Subject: [XFCE 0000016]: a bit of license dimness Message-ID: <20031203144848.805505EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000016 ======================================================================= Reporter: jimmy Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000016 Category: other Reproducibility: N/A Severity: text Priority: normal Status: resolved Resolution: open ======================================================================= Date Submitted: 2003-11-18 14:31 GMT Last Modified: 2003-12-03 14:48 GMT ======================================================================= Summary: a bit of license dimness Description: I wanted to particularize the xfce-4 package licenses for ROCK-Linux, but noticed some ambiguosities: - xfce4-systray.spec says "GPL", but the COPYING included is BSD (including 4.0.1). - xffm-icons.spec says "GPL", but the COPYING included is empty. - xfce4-themes.spec says "BSD, custom", but the LICENSE-s included are GPL and custom [DESIGN SCIENCE LICENSE]. Can you please clarify these? Sounds stupid, I know... but in these SCO-lawsuit days it's good to be 100% sure. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-24 22:56 GMT ----------------------------------------------------------------------- Mailed developers about licence issues. Olivier. ----------------------------------------------------------------------- edscott - 2003-11-25 00:59 GMT ----------------------------------------------------------------------- Issue fixed in xffm-icons (head and xfce_4_0) From xfce-bugs at xfce.org Wed Dec 3 15:49:33 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:49:33 +0000 (GMT) Subject: [XFCE 0000016]: a bit of license dimness Message-ID: <20031203144933.595CF5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000016 ======================================================================= Reporter: jimmy Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000016 Category: other Reproducibility: N/A Severity: text Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-18 14:31 GMT Last Modified: 2003-12-03 14:49 GMT ======================================================================= Summary: a bit of license dimness Description: I wanted to particularize the xfce-4 package licenses for ROCK-Linux, but noticed some ambiguosities: - xfce4-systray.spec says "GPL", but the COPYING included is BSD (including 4.0.1). - xffm-icons.spec says "GPL", but the COPYING included is empty. - xfce4-themes.spec says "BSD, custom", but the LICENSE-s included are GPL and custom [DESIGN SCIENCE LICENSE]. Can you please clarify these? Sounds stupid, I know... but in these SCO-lawsuit days it's good to be 100% sure. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-24 22:56 GMT ----------------------------------------------------------------------- Mailed developers about licence issues. Olivier. ----------------------------------------------------------------------- edscott - 2003-11-25 00:59 GMT ----------------------------------------------------------------------- Issue fixed in xffm-icons (head and xfce_4_0) ----------------------------------------------------------------------- huysmans - 2003-12-03 14:49 GMT ----------------------------------------------------------------------- I think all relevant packages have been updated. Please reopen when we missed any. From xfce-bugs at xfce.org Wed Dec 3 15:55:22 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:55:22 +0000 (GMT) Subject: [XFCE 0000018]: xfce4-iconbox.height != panel.height Message-ID: <20031203145522.4358E5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000018 ======================================================================= Reporter: Jefklak Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000018 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-11-19 17:25 GMT Last Modified: 2003-12-03 14:55 GMT ======================================================================= Summary: xfce4-iconbox.height != panel.height Description: WHen placing the panel next to the iconbox, you can notice easy the two don't have the same height. When chaning the panel's height in options it would be intresting if there was a sort-like option for the iconbox. Or maybe iconbox's size could behave the same as the panel. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-19 18:32 GMT ----------------------------------------------------------------------- Yes, there should/could be a little more integration between the iconbox and the pabel. I will probably be rewriting some of that code, so I'll keep this in mind. ----------------------------------------------------------------------- huysmans - 2003-12-03 14:55 GMT ----------------------------------------------------------------------- This is not actually a bug, but a feature request. From xfce-bugs at xfce.org Wed Dec 3 15:55:28 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:55:28 +0000 (GMT) Subject: [XFCE 0000018]: xfce4-iconbox.height != panel.height Message-ID: <20031203145528.172BC5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000018 ======================================================================= Reporter: Jefklak Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000018 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-19 17:25 GMT Last Modified: 2003-12-03 14:55 GMT ======================================================================= Summary: xfce4-iconbox.height != panel.height Description: WHen placing the panel next to the iconbox, you can notice easy the two don't have the same height. When chaning the panel's height in options it would be intresting if there was a sort-like option for the iconbox. Or maybe iconbox's size could behave the same as the panel. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-19 18:32 GMT ----------------------------------------------------------------------- Yes, there should/could be a little more integration between the iconbox and the pabel. I will probably be rewriting some of that code, so I'll keep this in mind. ----------------------------------------------------------------------- huysmans - 2003-12-03 14:55 GMT ----------------------------------------------------------------------- This is not actually a bug, but a feature request. From xfce-bugs at xfce.org Wed Dec 3 15:58:28 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:58:28 +0000 (GMT) Subject: [XFCE 0000008]: xfdesktop should update menu when new software are installed Message-ID: <20031203145828.D3FBF5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000008 ======================================================================= Reporter: mrtout Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000008 Category: other Reproducibility: always Severity: tweak Priority: low Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-11-16 17:48 GMT Last Modified: 2003-12-03 14:58 GMT ======================================================================= Summary: xfdesktop should update menu when new software are installed Description: xfdesktop handles changes made in the main menu file but do not take care of sub-files, like /etc/X11/xfce4/menudefs.hook in the debian distribution. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-16 18:33 GMT ----------------------------------------------------------------------- Well, you are right, of course, but current implementation does not permit this. I am aware of the problem and will try to incorporate it in the next version of the menu. It has no priority now. ----------------------------------------------------------------------- botsie - 2003-11-18 12:49 GMT ----------------------------------------------------------------------- A menu-spec compliant menu implementation would eliminate the need for monitoring the debian menu (hopefully). Nevertheless, this would be useful to have. 4.2 material probably. ----------------------------------------------------------------------- huysmans - 2003-12-03 14:58 GMT ----------------------------------------------------------------------- No actually a bug, but a feature request. From xfce-bugs at xfce.org Wed Dec 3 15:59:13 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 14:59:13 +0000 (GMT) Subject: [XFCE 0000008]: xfdesktop should update menu when new software are installed Message-ID: <20031203145913.2E79D5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000008 ======================================================================= Reporter: mrtout Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000008 Category: other Reproducibility: always Severity: tweak Priority: low Status: closed ======================================================================= Date Submitted: 2003-11-16 17:48 GMT Last Modified: 2003-12-03 14:59 GMT ======================================================================= Summary: xfdesktop should update menu when new software are installed Description: xfdesktop handles changes made in the main menu file but do not take care of sub-files, like /etc/X11/xfce4/menudefs.hook in the debian distribution. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-16 18:33 GMT ----------------------------------------------------------------------- Well, you are right, of course, but current implementation does not permit this. I am aware of the problem and will try to incorporate it in the next version of the menu. It has no priority now. ----------------------------------------------------------------------- botsie - 2003-11-18 12:49 GMT ----------------------------------------------------------------------- A menu-spec compliant menu implementation would eliminate the need for monitoring the debian menu (hopefully). Nevertheless, this would be useful to have. 4.2 material probably. ----------------------------------------------------------------------- huysmans - 2003-12-03 14:58 GMT ----------------------------------------------------------------------- No actually a bug, but a feature request. ----------------------------------------------------------------------- huysmans - 2003-12-03 14:59 GMT ----------------------------------------------------------------------- Closing it, although it would indeed be nice to have ;-) From xfce-bugs at xfce.org Wed Dec 3 16:01:53 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 15:01:53 +0000 (GMT) Subject: [XFCE 0000014]: Not visible contents while moving/resizing windows freeze computer Message-ID: <20031203150153.B1C5B5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000014 ======================================================================= Reporter: mrtout Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000014 Category: xfwm Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-18 06:09 GMT Last Modified: 2003-12-03 15:01 GMT ======================================================================= Summary: Not visible contents while moving/resizing windows freeze computer Description: Visible contents is quite ugly with pseudo-transparency terminals when moving and with complex hight-level widget layouts when resizing. So there is an option for disable this, but when I move or resize windows everything stops : no gkrellm update, no song title scrolling with xmms and even no music at all if I wait. When release the mouse button, apps start again. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-24 22:59 GMT ----------------------------------------------------------------------- The WM needs to grab the X server (display) when using xored ops to draw on screen, like when it draws the windows frame. That's unavoidable. Now why xmms stop playing when the display is grabbed is yet another problem that resides in xmms, not xfwm. I therefore shall close this call. Olivier. ----------------------------------------------------------------------- olivier - 2003-11-24 22:59 GMT ----------------------------------------------------------------------- display must be grabbed when using xor draw. That's not a bug. Olivier. From xfce-bugs at xfce.org Wed Dec 3 16:03:01 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 15:03:01 +0000 (GMT) Subject: [XFCE 0000023]: Kuickshow displays the title bar even when in full-screen mode. Message-ID: <20031203150301.C95805EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000023 ======================================================================= Reporter: dugan Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000023 Category: xfwm Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-24 18:47 GMT Last Modified: 2003-12-03 15:03 GMT ======================================================================= Summary: Kuickshow displays the title bar even when in full-screen mode. Description: When you load an image into Kuickshow, you can press to get a full-screen view. This full-screen view is just that; the image filling the whole screen, with no title bar or window decorations. Or at least that's the way it's designed. However, when I do this in XFCE 4.0.1, I see a title bar even when Kuickshow is displaying the image full-screen. I'm not supposed to see a title bar when Kuickshow is displaying an image full-screen! I emailed Carsten Pffeiffer (the developer of Kuickshow) about this, and Pffeiffer says that the fault lies with the window manager. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-24 20:15 GMT ----------------------------------------------------------------------- Sorry I reject this bug. Kuickshow is not EWMH compatible (at least kuickshow version 0.9.2, the one I have) an xprop shows the following atoms defined: _NET_WM_WINDOW_TYPE(ATOM) = _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _NET_WM_WINDOW_TYPE_NOR MAL "_KDE_NET_WM_WINDOW_TYPE_OVERRIDE" is *not* EWMH standard, while _NET_WM_STATE (the standard) is empty. The fault is on kuickshow not being EWMH compliant. Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-03 15:03 GMT ----------------------------------------------------------------------- Closing some rejected bug. Olivier, hope you don't mind. From xfce-bugs at xfce.org Wed Dec 3 16:04:03 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 15:04:03 +0000 (GMT) Subject: [XFCE 0000021]: XFce-utils and xinitrc shouldn't set defalut font size Message-ID: <20031203150403.6B9255EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000021 ======================================================================= Reporter: mpol Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000021 Category: other Reproducibility: always Severity: major Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-21 10:28 GMT Last Modified: 2003-12-03 15:04 GMT ======================================================================= Summary: XFce-utils and xinitrc shouldn't set defalut font size Description: In XFce-utils, the script /scripts/xinitrc sets the default font size: xrdb -nocpp -merge - << EOF Xft.dpi: 96 Xft.hinting: 1 Xft.hintstyle: hintmedium EOF It shouldn't change the default fontsize. The dpi value should depend on the screen resolution, e.g. a higher value for notebook displays with 1400x1050 pixels and a lower number for desktop TFTs with 1280x1024 pixels. It's bad behaviour to overwrite this with a hard coded value. Could this be fixed to be at least commented out. If people choose to change it on their local installation, then that's ok, but it shouldn't be default. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-21 11:55 GMT ----------------------------------------------------------------------- No, it's there on purpose. Removing this setting gives odd/ugly defaults on some hw. The user can comment out the setting if needed. Olivier. From xfce-bugs at xfce.org Wed Dec 3 20:20:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 19:20:08 +0000 (GMT) Subject: [XFCE 0000027]: Forced window groupping Message-ID: <20031203192008.B9DE65EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=27 ======================================================================= Reporter: TemPLaR Handler: ======================================================================= Project: XFCE Bug ID: 0000027 Category: panel Reproducibility: always Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-03 19:20 GMT Last Modified: 2003-12-03 19:20 GMT ======================================================================= Summary: Forced window groupping Description: Hi, I'm using Xfce 4.0.0, I was using Gnome 2.4 before. I really like your WM and I have 2 request : 1) I would like to force the window groupping in the taskbar. (Like under Gnome 2.4) 2) I would like to display the windows list on multiple lines. That's all. I really like your WM and I hope you'll continue to develop it. Keep up the work. Thank you, Eddahbi Karim ======================================================================= From xfce-bugs at xfce.org Wed Dec 3 21:28:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 3 Dec 2003 20:28:08 +0000 (GMT) Subject: [XFCE 0000027]: Forced window groupping Message-ID: <20031203202808.B44BF5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=27 ======================================================================= Reporter: TemPLaR Handler: ======================================================================= Project: XFCE Bug ID: 0000027 Category: panel Reproducibility: always Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-03 19:20 GMT Last Modified: 2003-12-03 20:28 GMT ======================================================================= Summary: Forced window groupping Description: Hi, I'm using Xfce 4.0.0, I was using Gnome 2.4 before. I really like your WM and I have 2 request : 1) I would like to force the window groupping in the taskbar. (Like under Gnome 2.4) 2) I would like to display the windows list on multiple lines. That's all. I really like your WM and I hope you'll continue to develop it. Keep up the work. Thank you, Eddahbi Karim ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-03 20:28 GMT ----------------------------------------------------------------------- This is mainly support/feature request. Such request should be routed to the mailing list. However a few remarks grouping is automatic, and if you enlarge the taskbar, it features 2 lines. Olivier. From xfce-bugs at xfce.org Thu Dec 4 04:31:27 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 4 Dec 2003 03:31:27 +0000 (GMT) Subject: [XFCE 0000028]: Tooltip right border get a graphical glitch when changing size Message-ID: <20031204033127.981635EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=28 ======================================================================= Reporter: Exdaix Handler: ======================================================================= Project: XFCE Bug ID: 0000028 Category: panel Reproducibility: always Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-04 03:31 GMT Last Modified: 2003-12-04 03:31 GMT ======================================================================= Summary: Tooltip right border get a graphical glitch when changing size Description: If you put your mouse over the System Load plugin and let the tooltip pop-up on the CPU usage, and the CPU usage goes from 9% to 10% or 10% to 9%, the right black border to the tooltip get some breaks in it. This also happens when going from 99% to 100% and 100% to 99%. ======================================================================= From xfce-bugs at xfce.org Thu Dec 4 07:54:15 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 4 Dec 2003 06:54:15 +0000 (GMT) Subject: [XFCE 0000028]: Tooltip right border get a graphical glitch when changing size Message-ID: <20031204065415.407405EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=28 ======================================================================= Reporter: Exdaix Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000028 Category: panel Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: not fixable ======================================================================= Date Submitted: 2003-12-04 03:31 GMT Last Modified: 2003-12-04 06:54 GMT ======================================================================= Summary: Tooltip right border get a graphical glitch when changing size Description: If you put your mouse over the System Load plugin and let the tooltip pop-up on the CPU usage, and the CPU usage goes from 9% to 10% or 10% to 9%, the right black border to the tooltip get some breaks in it. This also happens when going from 99% to 100% and 100% to 99%. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-04 06:54 GMT ----------------------------------------------------------------------- As you may have guessed this is not an xfce problem, but a problem with gtk. We cannot solve this. From xfce-bugs at xfce.org Thu Dec 4 07:54:30 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 4 Dec 2003 06:54:30 +0000 (GMT) Subject: [XFCE 0000028]: Tooltip right border get a graphical glitch when changing size Message-ID: <20031204065430.0395F5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=28 ======================================================================= Reporter: Exdaix Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000028 Category: panel Reproducibility: always Severity: trivial Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-04 03:31 GMT Last Modified: 2003-12-04 06:54 GMT ======================================================================= Summary: Tooltip right border get a graphical glitch when changing size Description: If you put your mouse over the System Load plugin and let the tooltip pop-up on the CPU usage, and the CPU usage goes from 9% to 10% or 10% to 9%, the right black border to the tooltip get some breaks in it. This also happens when going from 99% to 100% and 100% to 99%. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-04 06:54 GMT ----------------------------------------------------------------------- As you may have guessed this is not an xfce problem, but a problem with gtk. We cannot solve this. From xfce-bugs at xfce.org Thu Dec 4 18:53:37 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 4 Dec 2003 17:53:37 +0000 (GMT) Subject: [XFCE 0000026]: lost find subprocess Message-ID: <20031204175337.18A255EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000026 ======================================================================= Reporter: edscott Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000026 Category: xffm Reproducibility: always Severity: major Priority: high Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-12-02 15:18 GMT Last Modified: 2003-12-04 17:53 GMT ======================================================================= Summary: lost find subprocess Description: On a lengthy find, if no output is found in the first five seconds, libxffmtubo is considering the find terminated but it is still running in the background. Apparently TuboWait(gpointer fork_object) is doing the wait on the wrong child. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-04 17:53 GMT ----------------------------------------------------------------------- The bug is in waitpid() which erroneously returns a program termination status. Seems like an operating system race condition, which occurs when the process is being stopped. Putting in a kill(pid,SIGCONT) apparently works to ensure the process is not in stopped state when the waitpid() is performed. This affects FreeBSD 5.1 and might not affect other systems, but the workaround will keep it safe all around. From xfce-bugs at xfce.org Thu Dec 4 18:53:54 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 4 Dec 2003 17:53:54 +0000 (GMT) Subject: [XFCE 0000026]: lost find subprocess Message-ID: <20031204175354.0C96A5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000026 ======================================================================= Reporter: edscott Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000026 Category: xffm Reproducibility: always Severity: major Priority: high Status: closed ======================================================================= Date Submitted: 2003-12-02 15:18 GMT Last Modified: 2003-12-04 17:53 GMT ======================================================================= Summary: lost find subprocess Description: On a lengthy find, if no output is found in the first five seconds, libxffmtubo is considering the find terminated but it is still running in the background. Apparently TuboWait(gpointer fork_object) is doing the wait on the wrong child. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-04 17:53 GMT ----------------------------------------------------------------------- The bug is in waitpid() which erroneously returns a program termination status. Seems like an operating system race condition, which occurs when the process is being stopped. Putting in a kill(pid,SIGCONT) apparently works to ensure the process is not in stopped state when the waitpid() is performed. This affects FreeBSD 5.1 and might not affect other systems, but the workaround will keep it safe all around. From xfce-bugs at xfce.org Thu Dec 4 22:03:52 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 4 Dec 2003 21:03:52 +0000 (GMT) Subject: [XFCE 0000027]: Forced window groupping Message-ID: <20031204210352.87EDC5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=27 ======================================================================= Reporter: TemPLaR Handler: ======================================================================= Project: XFCE Bug ID: 0000027 Category: panel Reproducibility: always Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-03 19:20 GMT Last Modified: 2003-12-04 21:03 GMT ======================================================================= Summary: Forced window groupping Description: Hi, I'm using Xfce 4.0.0, I was using Gnome 2.4 before. I really like your WM and I have 2 request : 1) I would like to force the window groupping in the taskbar. (Like under Gnome 2.4) 2) I would like to display the windows list on multiple lines. That's all. I really like your WM and I hope you'll continue to develop it. Keep up the work. Thank you, Eddahbi Karim ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-03 20:28 GMT ----------------------------------------------------------------------- This is mainly support/feature request. Such request should be routed to the mailing list. However a few remarks grouping is automatic, and if you enlarge the taskbar, it features 2 lines. Olivier. ----------------------------------------------------------------------- TemPLaR - 2003-12-04 21:03 GMT ----------------------------------------------------------------------- Thank you, I'll make my request on the mailing list. From xfce-bugs at xfce.org Sat Dec 6 02:07:26 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 01:07:26 +0000 (GMT) Subject: [XFCE 0000029]: unable to hide local branch Message-ID: <20031206010726.EC5E45EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=29 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000029 Category: xffm Reproducibility: always Severity: feature Priority: low Status: new ======================================================================= Date Submitted: 2003-12-06 01:07 GMT Last Modified: 2003-12-06 01:07 GMT ======================================================================= Summary: unable to hide local branch Description: calling xfglob4, xfbook4 or other ways to not show the local branch, show the local branch even when the monitor is off. This is for the HEAD. I dunno if it affects 4.0. ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 02:09:11 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 01:09:11 +0000 (GMT) Subject: [XFCE 0000029]: unable to hide local branch Message-ID: <20031206010911.791AF5EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000029 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000029 Category: xffm Reproducibility: always Severity: feature Priority: low Status: assigned ======================================================================= Date Submitted: 2003-12-06 01:07 GMT Last Modified: 2003-12-06 01:09 GMT ======================================================================= Summary: unable to hide local branch Description: calling xfglob4, xfbook4 or other ways to not show the local branch, show the local branch even when the monitor is off. This is for the HEAD. I dunno if it affects 4.0. ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 02:10:28 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 01:10:28 +0000 (GMT) Subject: [XFCE 0000029]: unable to hide local branch Message-ID: <20031206011028.DB7F85EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000029 ======================================================================= Reporter: edscott Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000029 Category: xffm Reproducibility: always Severity: feature Priority: low Status: assigned ======================================================================= Date Submitted: 2003-12-06 01:07 GMT Last Modified: 2003-12-06 01:10 GMT ======================================================================= Summary: unable to hide local branch Description: calling xfglob4, xfbook4 or other ways to not show the local branch, show the local branch even when the monitor is off. This is for the HEAD. I dunno if it affects 4.0. ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 05:48:34 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 04:48:34 +0000 (GMT) Subject: [XFCE 0000030]: xfce4-session manager crashes when loaded while already running. Message-ID: <20031206044834.2C0705EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=30 ======================================================================= Reporter: nealbirch Handler: ======================================================================= Project: XFCE Bug ID: 0000030 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-06 04:48 GMT Last Modified: 2003-12-06 04:48 GMT ======================================================================= Summary: xfce4-session manager crashes when loaded while already running. Description: xfce4-session manager crashes when loaded while already running AND session management is set to automatically save session on log out. xfce4 would start up after being closed, open 2 rxvt shells (i had them open when it crashed) then crash back to the console. I deleted the contents of ~/.xfce4/session/ and was able to start x and turn off the switch to save session on log out, after which it was stable again. ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 09:11:03 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 08:11:03 +0000 (GMT) Subject: [XFCE 0000030]: xfce4-session manager crashes when loaded while already running. Message-ID: <20031206081103.656295EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000030 ======================================================================= Reporter: nealbirch Handler: bmeurer ======================================================================= Project: XFCE Bug ID: 0000030 Category: general Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-06 04:48 GMT Last Modified: 2003-12-06 08:11 GMT ======================================================================= Summary: xfce4-session manager crashes when loaded while already running. Description: xfce4-session manager crashes when loaded while already running AND session management is set to automatically save session on log out. xfce4 would start up after being closed, open 2 rxvt shells (i had them open when it crashed) then crash back to the console. I deleted the contents of ~/.xfce4/session/ and was able to start x and turn off the switch to save session on log out, after which it was stable again. ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 11:26:18 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 10:26:18 +0000 (GMT) Subject: [XFCE 0000031]: After remote X login with different screensize correct panel location isn't detected. Message-ID: <20031206102618.6F01E5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=31 ======================================================================= Reporter: daniel ciaglia Handler: ======================================================================= Project: XFCE Bug ID: 0000031 Category: panel Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-06 10:26 GMT Last Modified: 2003-12-06 10:26 GMT ======================================================================= Summary: After remote X login with different screensize correct panel location isn't detected. Description: OK, actually c&p from my eMail to the dev-list (Msg-ID:<20031206102733.35c6e23d.daniel at ciaglia.de>): Logging in with remote X (X -query orwell) into my default desktop with an different display size (800x600 vs. 1280x1024), doing some work, shutting down the laptop and using the workstation as usual the next day gives me this position of the panel: http://www.ciaglia.de/tmp/desktop.jpg When working remote, the panel sets itself to the lower border of the screen, but not centered. Back to normal, it's a little bit lazy and stays at its position in the center of the screen. Well, I haven't looked at the code but wouldn't it be the cleaner solution to use the set preferences (center at the bottom) at every startup then waitinig for the final *click* in the settings menu? ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 15:36:35 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 14:36:35 +0000 (GMT) Subject: [XFCE 0000032]: XFce4-panel crashes when trying to access non-existing launchers menu Message-ID: <20031206143635.81B755EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=32 ======================================================================= Reporter: asoo Handler: ======================================================================= Project: XFCE Bug ID: 0000032 Category: panel Reproducibility: always Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-06 14:36 GMT Last Modified: 2003-12-06 14:36 GMT ======================================================================= Summary: XFce4-panel crashes when trying to access non-existing launchers menu Description: There is two ways to crash the panel: You need a laucher and a menu attached to it. 1) Left-click and then before menu occures right-click on launcher so that two menus appers at the same time. After removing launcher the other menu stills stays open and will crash the panel if you are trying to add new launcher to it. 2) You need at least one item on menu, so that you can undoc the menu from launcher. After removing launcher the undocked menu stays open and accessing to it's items or trying to close it will crash panel. ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 15:49:27 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 14:49:27 +0000 (GMT) Subject: [XFCE 0000032]: XFce4-panel crashes when trying to access non-existing launchers menu Message-ID: <20031206144927.DAE9A5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000032 ======================================================================= Reporter: asoo Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000032 Category: panel Reproducibility: always Severity: crash Priority: normal Status: confirmed ======================================================================= Date Submitted: 2003-12-06 14:36 GMT Last Modified: 2003-12-06 14:49 GMT ======================================================================= Summary: XFce4-panel crashes when trying to access non-existing launchers menu Description: There is two ways to crash the panel: You need a laucher and a menu attached to it. 1) Left-click and then before menu occures right-click on launcher so that two menus appers at the same time. After removing launcher the other menu stills stays open and will crash the panel if you are trying to add new launcher to it. 2) You need at least one item on menu, so that you can undoc the menu from launcher. After removing launcher the undocked menu stays open and accessing to it's items or trying to close it will crash panel. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 14:49 GMT ----------------------------------------------------------------------- Both crash confirmed. Olivier. From xfce-bugs at xfce.org Sat Dec 6 15:50:38 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 14:50:38 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031206145038.D50595EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000017 ======================================================================= Reporter: mrtout Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000017 Category: general Reproducibility: random Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-19 01:09 GMT Last Modified: 2003-12-06 14:50 GMT ======================================================================= Summary: Strange systray icon beheaviour with sylpheed-claws Description: Sylpheed-claws provide a plug-in for systray icon. After the program started and mailboxes checked, a tray icon apears showing if there is unread mails. Sometimes the icon is in the pannel's systemtray and sometimes it is in a new window (a real small window with borders and close button). ======================================================================= ----------------------------------------------------------------------- mrtout - 2003-11-19 01:12 GMT ----------------------------------------------------------------------- ooops, maybe it's a duplicate of bughttp://bugs.xfce.org/view_bug_page.php?f_id=15 sorry :) ----------------------------------------------------------------------- olivier - 2003-11-19 23:20 GMT ----------------------------------------------------------------------- Doesn't seem to be xfce specific, I get the exact same problem with gnome and metacity. Couldn't that be a problem with the app itself??? Olivier. ----------------------------------------------------------------------- mrtout - 2003-11-21 20:07 GMT ----------------------------------------------------------------------- After some others tests, I found an more strange beheaviour. Sometimes, the icon apears in a small window or in the systray but there is also an other small window with the same size and title of the systray icon. There is no way to close this "zombi" window even with xkill and even if you quit sylpheed and check there is no more sylpheed process running. The zombi is also shown in icon box and taskbar (named "??") and in the desktop switcher (but size and position are false). If I want to close it, I have to restart X. Maybe it is sylpheed's fault but I think XCFE must not keep zombies on the desk. :) ----------------------------------------------------------------------- olivier - 2003-11-24 22:47 GMT ----------------------------------------------------------------------- Hi, Can you test this version: http://www.xfce.org/archive/test/xfwm4-4.0.2.tar.gz TIA Olivier. ----------------------------------------------------------------------- mrtout - 2003-11-25 08:09 GMT ----------------------------------------------------------------------- Ok, the tray icon appears only in systemtray but sometimes the width of the icon is incorrect. The 0000017-xf-shot.png screenshoot show traysystem in pannel. ----------------------------------------------------------------------- seth - 2003-11-28 12:17 GMT ----------------------------------------------------------------------- on my system it also runs now without the reportet error... ----------------------------------------------------------------------- olivier - 2003-12-06 14:50 GMT ----------------------------------------------------------------------- Bug is now fixed. Olivier. From xfce-bugs at xfce.org Sat Dec 6 16:05:44 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 15:05:44 +0000 (GMT) Subject: [XFCE 0000032]: XFce4-panel crashes when trying to access non-existing launchers menu Message-ID: <20031206150544.F30595EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000032 ======================================================================= Reporter: asoo Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000032 Category: panel Reproducibility: always Severity: crash Priority: normal Status: confirmed ======================================================================= Date Submitted: 2003-12-06 14:36 GMT Last Modified: 2003-12-06 15:05 GMT ======================================================================= Summary: XFce4-panel crashes when trying to access non-existing launchers menu Description: There is two ways to crash the panel: You need a laucher and a menu attached to it. 1) Left-click and then before menu occures right-click on launcher so that two menus appers at the same time. After removing launcher the other menu stills stays open and will crash the panel if you are trying to add new launcher to it. 2) You need at least one item on menu, so that you can undoc the menu from launcher. After removing launcher the undocked menu stays open and accessing to it's items or trying to close it will crash panel. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 14:49 GMT ----------------------------------------------------------------------- Both crash confirmed. Olivier. ----------------------------------------------------------------------- asoo - 2003-12-06 15:05 GMT ----------------------------------------------------------------------- in first case you should click on laucher and hold down you'r left mouse button(not just click on it) and then right click on it... From xfce-bugs at xfce.org Sat Dec 6 16:54:24 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 15:54:24 +0000 (GMT) Subject: [XFCE 0000033]: Problems with systray icon in taskbar Message-ID: <20031206155424.020555EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=33 ======================================================================= Reporter: bwalle Handler: ======================================================================= Project: XFCE Bug ID: 0000033 Category: general Reproducibility: sometimes Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-06 15:54 GMT Last Modified: 2003-12-06 15:54 GMT ======================================================================= Summary: Problems with systray icon in taskbar Description: The systray icon support in taskbar sometimes works and sometimes it does not work. The applications were PSI (instant messenger, Qt but with own icontray code since Qt lacks this functionality) and Xmule (wxWindows but seems to use own icontray code, allows the user to choose from different styles, I took Gnome 2.x, XEMBED). Sometimes the icon is not displayed in the taskbar but on screen at position 0x0 (top-left). Normally without border, one time with border. It seems that the problem especially occurs the first time the application starts. One reproducable problem is in PSI: Starting PSI (trayicon correct!) -> change profile -> Open: The first time I tried the icon was not in taskbar, all further times it is a one pixel small vertical line displayed. Excatly the same behaviour is for xmule at first start (delete .xMule and .eMule dirs): The first time I tried brought a separate window (with border!), the other times a horizontal line. Normal start of xmule without deletion of settings brings a working icon. Maybe timing problem? ======================================================================= From xfce-bugs at xfce.org Sat Dec 6 17:09:07 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 16:09:07 +0000 (GMT) Subject: [XFCE 0000032]: XFce4-panel crashes when trying to access non-existing launchers menu Message-ID: <20031206160907.D35C95EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000032 ======================================================================= Reporter: asoo Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000032 Category: panel Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-06 14:36 GMT Last Modified: 2003-12-06 16:09 GMT ======================================================================= Summary: XFce4-panel crashes when trying to access non-existing launchers menu Description: There is two ways to crash the panel: You need a laucher and a menu attached to it. 1) Left-click and then before menu occures right-click on launcher so that two menus appers at the same time. After removing launcher the other menu stills stays open and will crash the panel if you are trying to add new launcher to it. 2) You need at least one item on menu, so that you can undoc the menu from launcher. After removing launcher the undocked menu stays open and accessing to it's items or trying to close it will crash panel. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 14:49 GMT ----------------------------------------------------------------------- Both crash confirmed. Olivier. ----------------------------------------------------------------------- asoo - 2003-12-06 15:05 GMT ----------------------------------------------------------------------- in first case you should click on laucher and hold down you'r left mouse button(not just click on it) and then right click on it... ----------------------------------------------------------------------- huysmans - 2003-12-06 16:09 GMT ----------------------------------------------------------------------- This should fix both issues. Please reopen if it doesn't. Index: panel/popup.c =================================================================== RCS file: /var/cvs/xfce/xfce4/xfce4-panel/panel/popup.c,v retrieving revision 1.40 diff -u -r1.40 popup.c --- panel/popup.c 3 Sep 2003 21:23:48 -0000 1.40 +++ panel/popup.c 6 Dec 2003 16:03:48 -0000 @@ -490,6 +490,8 @@ /* only items contain non-gtk elements to be freed */ GList *li; + gtk_widget_destroy (pp->window); + for (li = pp->items; li && li->data; li = li->next) { Item *mi = li->data; From xfce-bugs at xfce.org Sat Dec 6 17:26:19 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 16:26:19 +0000 (GMT) Subject: [XFCE 0000033]: Problems with systray icon in taskbar Message-ID: <20031206162619.DD6545EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=33 ======================================================================= Reporter: bwalle Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000033 Category: general Reproducibility: sometimes Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-06 15:54 GMT Last Modified: 2003-12-06 16:26 GMT ======================================================================= Summary: Problems with systray icon in taskbar Description: The systray icon support in taskbar sometimes works and sometimes it does not work. The applications were PSI (instant messenger, Qt but with own icontray code since Qt lacks this functionality) and Xmule (wxWindows but seems to use own icontray code, allows the user to choose from different styles, I took Gnome 2.x, XEMBED). Sometimes the icon is not displayed in the taskbar but on screen at position 0x0 (top-left). Normally without border, one time with border. It seems that the problem especially occurs the first time the application starts. One reproducable problem is in PSI: Starting PSI (trayicon correct!) -> change profile -> Open: The first time I tried the icon was not in taskbar, all further times it is a one pixel small vertical line displayed. Excatly the same behaviour is for xmule at first start (delete .xMule and .eMule dirs): The first time I tried brought a separate window (with border!), the other times a horizontal line. Normal start of xmule without deletion of settings brings a working icon. Maybe timing problem? ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 16:26 GMT ----------------------------------------------------------------------- Duplicate of http://bugs.xfce.org/view_bug_page.php?f_id=15 and http://bugs.xfce.org/view_bug_page.php?f_id=17 From xfce-bugs at xfce.org Sat Dec 6 18:55:20 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 6 Dec 2003 17:55:20 +0000 (GMT) Subject: [XFCE 0000033]: Problems with systray icon in taskbar Message-ID: <20031206175520.43FCA5EB99D@dbguin.lunar-linux.org> The following bug has been REOPENED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000033 ======================================================================= Reporter: bwalle Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000033 Category: general Reproducibility: sometimes Severity: minor Priority: normal Status: feedback ======================================================================= Date Submitted: 2003-12-06 15:54 GMT Last Modified: 2003-12-06 17:55 GMT ======================================================================= Summary: Problems with systray icon in taskbar Description: The systray icon support in taskbar sometimes works and sometimes it does not work. The applications were PSI (instant messenger, Qt but with own icontray code since Qt lacks this functionality) and Xmule (wxWindows but seems to use own icontray code, allows the user to choose from different styles, I took Gnome 2.x, XEMBED). Sometimes the icon is not displayed in the taskbar but on screen at position 0x0 (top-left). Normally without border, one time with border. It seems that the problem especially occurs the first time the application starts. One reproducable problem is in PSI: Starting PSI (trayicon correct!) -> change profile -> Open: The first time I tried the icon was not in taskbar, all further times it is a one pixel small vertical line displayed. Excatly the same behaviour is for xmule at first start (delete .xMule and .eMule dirs): The first time I tried brought a separate window (with border!), the other times a horizontal line. Normal start of xmule without deletion of settings brings a working icon. Maybe timing problem? ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 16:26 GMT ----------------------------------------------------------------------- Duplicate of http://bugs.xfce.org/view_bug_page.php?f_id=15 and http://bugs.xfce.org/view_bug_page.php?f_id=17 ----------------------------------------------------------------------- bwalle - 2003-12-06 17:55 GMT ----------------------------------------------------------------------- Sorry for the duplicate bug, I just read it after I sent the bugreport. I tried the 4.0.2 version. The xmule problem is fixed now but not the PSI problem. I just start xfce4, then xterm, then psi. The correct icon is displayed. After Profile -> Open the "wrong" icon is displayed, see http://www.bwalle.de/temp/screenshot-taskbar.png. Maybe you can take a 2nd look. From xfce-bugs at xfce.org Sun Dec 7 01:32:01 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 7 Dec 2003 00:32:01 +0000 (GMT) Subject: [XFCE 0000033]: Problems with systray icon in taskbar Message-ID: <20031207003201.1B2475EB99D@dbguin.lunar-linux.org> The following bug has been REOPENED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=33 ======================================================================= Reporter: bwalle Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000033 Category: general Reproducibility: sometimes Severity: minor Priority: normal Status: feedback ======================================================================= Date Submitted: 2003-12-06 15:54 GMT Last Modified: 2003-12-07 00:32 GMT ======================================================================= Summary: Problems with systray icon in taskbar Description: The systray icon support in taskbar sometimes works and sometimes it does not work. The applications were PSI (instant messenger, Qt but with own icontray code since Qt lacks this functionality) and Xmule (wxWindows but seems to use own icontray code, allows the user to choose from different styles, I took Gnome 2.x, XEMBED). Sometimes the icon is not displayed in the taskbar but on screen at position 0x0 (top-left). Normally without border, one time with border. It seems that the problem especially occurs the first time the application starts. One reproducable problem is in PSI: Starting PSI (trayicon correct!) -> change profile -> Open: The first time I tried the icon was not in taskbar, all further times it is a one pixel small vertical line displayed. Excatly the same behaviour is for xmule at first start (delete .xMule and .eMule dirs): The first time I tried brought a separate window (with border!), the other times a horizontal line. Normal start of xmule without deletion of settings brings a working icon. Maybe timing problem? ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 16:26 GMT ----------------------------------------------------------------------- Duplicate of http://bugs.xfce.org/view_bug_page.php?f_id=15 and http://bugs.xfce.org/view_bug_page.php?f_id=17 ----------------------------------------------------------------------- bwalle - 2003-12-06 17:55 GMT ----------------------------------------------------------------------- Sorry for the duplicate bug, I just read it after I sent the bugreport. I tried the 4.0.2 version. The xmule problem is fixed now but not the PSI problem. I just start xfce4, then xterm, then psi. The correct icon is displayed. After Profile -> Open the "wrong" icon is displayed, see http://www.bwalle.de/temp/screenshot-taskbar.png. Maybe you can take a 2nd look. ----------------------------------------------------------------------- olivier - 2003-12-07 00:32 GMT ----------------------------------------------------------------------- That's really two different problems, with different root causes. From xfce-bugs at xfce.org Sun Dec 7 22:48:49 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 7 Dec 2003 21:48:49 +0000 (GMT) Subject: [XFCE 0000033]: Problems with systray icon in taskbar Message-ID: <20031207214849.7A49D5EB99D@dbguin.lunar-linux.org> The following bug has been REOPENED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=33 ======================================================================= Reporter: bwalle Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000033 Category: general Reproducibility: sometimes Severity: minor Priority: normal Status: feedback ======================================================================= Date Submitted: 2003-12-06 15:54 GMT Last Modified: 2003-12-07 21:48 GMT ======================================================================= Summary: Problems with systray icon in taskbar Description: The systray icon support in taskbar sometimes works and sometimes it does not work. The applications were PSI (instant messenger, Qt but with own icontray code since Qt lacks this functionality) and Xmule (wxWindows but seems to use own icontray code, allows the user to choose from different styles, I took Gnome 2.x, XEMBED). Sometimes the icon is not displayed in the taskbar but on screen at position 0x0 (top-left). Normally without border, one time with border. It seems that the problem especially occurs the first time the application starts. One reproducable problem is in PSI: Starting PSI (trayicon correct!) -> change profile -> Open: The first time I tried the icon was not in taskbar, all further times it is a one pixel small vertical line displayed. Excatly the same behaviour is for xmule at first start (delete .xMule and .eMule dirs): The first time I tried brought a separate window (with border!), the other times a horizontal line. Normal start of xmule without deletion of settings brings a working icon. Maybe timing problem? ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 16:26 GMT ----------------------------------------------------------------------- Duplicate of http://bugs.xfce.org/view_bug_page.php?f_id=15 and http://bugs.xfce.org/view_bug_page.php?f_id=17 ----------------------------------------------------------------------- bwalle - 2003-12-06 17:55 GMT ----------------------------------------------------------------------- Sorry for the duplicate bug, I just read it after I sent the bugreport. I tried the 4.0.2 version. The xmule problem is fixed now but not the PSI problem. I just start xfce4, then xterm, then psi. The correct icon is displayed. After Profile -> Open the "wrong" icon is displayed, see http://www.bwalle.de/temp/screenshot-taskbar.png. Maybe you can take a 2nd look. ----------------------------------------------------------------------- olivier - 2003-12-07 00:32 GMT ----------------------------------------------------------------------- That's really two different problems, with different root causes. ----------------------------------------------------------------------- olivier - 2003-12-07 21:48 GMT ----------------------------------------------------------------------- I really think this behaviour comes from the *client* app, not our systray. GNOME panel systray exhibits the same problem... Olivier. From xfce-bugs at xfce.org Mon Dec 8 02:22:11 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 01:22:11 +0000 (GMT) Subject: [XFCE 0000034]: Kstart sometimes puts windows on more than one desktop. Message-ID: <20031208012211.78C3E5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=34 ======================================================================= Reporter: botsie Handler: ======================================================================= Project: XFCE Bug ID: 0000034 Category: xfwm Reproducibility: random Severity: minor Priority: none Status: new ======================================================================= Date Submitted: 2003-12-08 01:22 GMT Last Modified: 2003-12-08 01:22 GMT ======================================================================= Summary: Kstart sometimes puts windows on more than one desktop. Description: I use kstart to start and place my initial windows. Occasionally, the window is placed on the active desktop in addition to the desktop set by kstart. Example: use kstart to start sylpheed and place it on desktop 4. Desktop 1 is the active desktop. The sylpheed window can be seen and interacted with on desktop 1 and desktop 4 as well. The workaround is to pin the window. And then unpin it on the desired desktop. ======================================================================= From xfce-bugs at xfce.org Mon Dec 8 06:22:54 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 05:22:54 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031208052254.CB8835EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=35 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-08 05:22 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= From xfce-bugs at xfce.org Mon Dec 8 06:24:45 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 05:24:45 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031208052445.6515C5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-08 05:24 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel From xfce-bugs at xfce.org Mon Dec 8 19:21:31 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 18:21:31 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031208182131.9DB295EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=36 ======================================================================= Reporter: xantius Handler: ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-08 18:21 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= From xfce-bugs at xfce.org Mon Dec 8 19:28:28 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 18:28:28 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031208182828.64AA25EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=35 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-08 18:28 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. From xfce-bugs at xfce.org Mon Dec 8 19:31:23 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 18:31:23 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031208183123.565305EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=36 ======================================================================= Reporter: xantius Handler: ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-08 18:31 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. From xfce-bugs at xfce.org Mon Dec 8 19:35:59 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 18:35:59 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031208183559.275D05EB9B2@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=36 ======================================================================= Reporter: xantius Handler: ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-08 18:35 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. From xfce-bugs at xfce.org Mon Dec 8 19:37:24 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 18:37:24 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031208183724.B6A7F5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=36 ======================================================================= Reporter: xantius Handler: ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-08 18:37 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. From xfce-bugs at xfce.org Mon Dec 8 23:16:16 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 8 Dec 2003 22:16:16 +0000 (GMT) Subject: [XFCE 0000034]: Kstart sometimes puts windows on more than one desktop. Message-ID: <20031208221616.D174B5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=34 ======================================================================= Reporter: botsie Handler: ======================================================================= Project: XFCE Bug ID: 0000034 Category: xfwm Reproducibility: random Severity: minor Priority: none Status: new ======================================================================= Date Submitted: 2003-12-08 01:22 GMT Last Modified: 2003-12-08 22:16 GMT ======================================================================= Summary: Kstart sometimes puts windows on more than one desktop. Description: I use kstart to start and place my initial windows. Occasionally, the window is placed on the active desktop in addition to the desktop set by kstart. Example: use kstart to start sylpheed and place it on desktop 4. Desktop 1 is the active desktop. The sylpheed window can be seen and interacted with on desktop 1 and desktop 4 as well. The workaround is to pin the window. And then unpin it on the desired desktop. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 22:16 GMT ----------------------------------------------------------------------- Can't reproduce the problem. What version of xfwm4 and kstart are your running? Olivier. From xfce-bugs at xfce.org Tue Dec 9 01:15:38 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 00:15:38 +0000 (GMT) Subject: [XFCE 0000037]: xfce-session-manager fails to load sessions Message-ID: <20031209001538.9CA385EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=37 ======================================================================= Reporter: red0x Handler: ======================================================================= Project: XFCE Bug ID: 0000037 Category: general Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-09 00:15 GMT Last Modified: 2003-12-09 00:15 GMT ======================================================================= Summary: xfce-session-manager fails to load sessions Description: If you manually click to save more than one session, the next time you login, it will fail to load *any* session, and instead, fire up the default session. This is a big pain. ======================================================================= From xfce-bugs at xfce.org Tue Dec 9 04:13:44 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 03:13:44 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031209031344.133895EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-09 03:13 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. From xfce-bugs at xfce.org Tue Dec 9 14:38:32 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 13:38:32 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031209133832.551165EBA56@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=36 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-09 13:38 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. From xfce-bugs at xfce.org Tue Dec 9 14:41:01 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 13:41:01 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031209134101.E8E5C5EBA56@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=36 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-09 13:41 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-09 13:41 GMT ----------------------------------------------------------------------- I agree with Olivier, this sounds like a plugin problem. Can you tell me what plugins you use? Also it may be helpful if you try removing them one by one, to see if it stops. From xfce-bugs at xfce.org Tue Dec 9 15:36:57 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 14:36:57 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031209143657.28D0E5EB9BA@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000036 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-09 14:36 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-09 13:41 GMT ----------------------------------------------------------------------- I agree with Olivier, this sounds like a plugin problem. Can you tell me what plugins you use? Also it may be helpful if you try removing them one by one, to see if it stops. ----------------------------------------------------------------------- xantius - 2003-12-09 14:36 GMT ----------------------------------------------------------------------- Ok. Lets see if I can answer these questions. The Hardware config is a PIII 900Mhz laptop with 256MB ram, 20GB hard drive, 1027x768 screen, and so on. I don't appreciate my bug report being called useless, OLIVER! :) Just kidding. GTK I'm running I believe 2.2.4-r1 (at least that's what Gentoo lists it as). As for plugins, I think you are right. It may very well have been the CPU and memory monitoring plugin, because I believe that is the only plugin that I have removed and haven't seemed to have problems since. Actually, now that I think about it I also removed the network traffic plugin. But those are the only two. Let me know if you would like me to try anything to help you figure it out, etc. Xantius From xfce-bugs at xfce.org Tue Dec 9 15:48:47 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 14:48:47 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031209144847.C1C015EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000036 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-09 14:48 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-09 13:41 GMT ----------------------------------------------------------------------- I agree with Olivier, this sounds like a plugin problem. Can you tell me what plugins you use? Also it may be helpful if you try removing them one by one, to see if it stops. ----------------------------------------------------------------------- xantius - 2003-12-09 14:36 GMT ----------------------------------------------------------------------- Ok. Lets see if I can answer these questions. The Hardware config is a PIII 900Mhz laptop with 256MB ram, 20GB hard drive, 1027x768 screen, and so on. I don't appreciate my bug report being called useless, OLIVER! :) Just kidding. GTK I'm running I believe 2.2.4-r1 (at least that's what Gentoo lists it as). As for plugins, I think you are right. It may very well have been the CPU and memory monitoring plugin, because I believe that is the only plugin that I have removed and haven't seemed to have problems since. Actually, now that I think about it I also removed the network traffic plugin. But those are the only two. Let me know if you would like me to try anything to help you figure it out, etc. Xantius ----------------------------------------------------------------------- huysmans - 2003-12-09 14:48 GMT ----------------------------------------------------------------------- Well, you could try adding them back (one at the time) and see if the problem returns. Also you may want to check if you are running the latest versions of the plugins. PS "1027x768 screen", interesting ... ;-) From xfce-bugs at xfce.org Tue Dec 9 22:31:38 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 21:31:38 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031209213138.6162B5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000036 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-09 21:31 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-09 13:41 GMT ----------------------------------------------------------------------- I agree with Olivier, this sounds like a plugin problem. Can you tell me what plugins you use? Also it may be helpful if you try removing them one by one, to see if it stops. ----------------------------------------------------------------------- xantius - 2003-12-09 14:36 GMT ----------------------------------------------------------------------- Ok. Lets see if I can answer these questions. The Hardware config is a PIII 900Mhz laptop with 256MB ram, 20GB hard drive, 1027x768 screen, and so on. I don't appreciate my bug report being called useless, OLIVER! :) Just kidding. GTK I'm running I believe 2.2.4-r1 (at least that's what Gentoo lists it as). As for plugins, I think you are right. It may very well have been the CPU and memory monitoring plugin, because I believe that is the only plugin that I have removed and haven't seemed to have problems since. Actually, now that I think about it I also removed the network traffic plugin. But those are the only two. Let me know if you would like me to try anything to help you figure it out, etc. Xantius ----------------------------------------------------------------------- huysmans - 2003-12-09 14:48 GMT ----------------------------------------------------------------------- Well, you could try adding them back (one at the time) and see if the problem returns. Also you may want to check if you are running the latest versions of the plugins. PS "1027x768 screen", interesting ... ;-) ----------------------------------------------------------------------- xantius - 2003-12-09 21:31 GMT ----------------------------------------------------------------------- Ok. Well, I added back on the Network monitor plugin and now just barely with my computer running XFce4 and GAIM and nothing else, my system fan kicked on, and I didn't think anything of it. Then a few minutes later when I tried to use it, it was locked up tight. I'm now going to remove the network plugin and add the cpu and memory and see if that does it. And YES, my resolution is 1027x768. :) (the screen has the side broken so it is a little bent back to show an extra 3 pixels! From xfce-bugs at xfce.org Tue Dec 9 22:44:48 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 21:44:48 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031209214448.25B165EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000036 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-09 21:44 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-09 13:41 GMT ----------------------------------------------------------------------- I agree with Olivier, this sounds like a plugin problem. Can you tell me what plugins you use? Also it may be helpful if you try removing them one by one, to see if it stops. ----------------------------------------------------------------------- xantius - 2003-12-09 14:36 GMT ----------------------------------------------------------------------- Ok. Lets see if I can answer these questions. The Hardware config is a PIII 900Mhz laptop with 256MB ram, 20GB hard drive, 1027x768 screen, and so on. I don't appreciate my bug report being called useless, OLIVER! :) Just kidding. GTK I'm running I believe 2.2.4-r1 (at least that's what Gentoo lists it as). As for plugins, I think you are right. It may very well have been the CPU and memory monitoring plugin, because I believe that is the only plugin that I have removed and haven't seemed to have problems since. Actually, now that I think about it I also removed the network traffic plugin. But those are the only two. Let me know if you would like me to try anything to help you figure it out, etc. Xantius ----------------------------------------------------------------------- huysmans - 2003-12-09 14:48 GMT ----------------------------------------------------------------------- Well, you could try adding them back (one at the time) and see if the problem returns. Also you may want to check if you are running the latest versions of the plugins. PS "1027x768 screen", interesting ... ;-) ----------------------------------------------------------------------- xantius - 2003-12-09 21:31 GMT ----------------------------------------------------------------------- Ok. Well, I added back on the Network monitor plugin and now just barely with my computer running XFce4 and GAIM and nothing else, my system fan kicked on, and I didn't think anything of it. Then a few minutes later when I tried to use it, it was locked up tight. I'm now going to remove the network plugin and add the cpu and memory and see if that does it. And YES, my resolution is 1027x768. :) (the screen has the side broken so it is a little bent back to show an extra 3 pixels! ----------------------------------------------------------------------- olivier - 2003-12-09 21:44 GMT ----------------------------------------------------------------------- > the screen has the side broken so it is a little ^^^^^^^^^^^ That's the cause of the bug :) Olivier. From xfce-bugs at xfce.org Wed Dec 10 00:49:30 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 23:49:30 +0000 (GMT) Subject: [XFCE 0000038]: Stack/focus problem Message-ID: <20031209234930.593245EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=38 ======================================================================= Reporter: bwalle Handler: ======================================================================= Project: XFCE Bug ID: 0000038 Category: xfwm Reproducibility: always Severity: tweak Priority: low Status: new ======================================================================= Date Submitted: 2003-12-09 23:49 GMT Last Modified: 2003-12-09 23:49 GMT ======================================================================= Summary: Stack/focus problem Description: Sometimes after closing a window the wrong window has the focus but the stack ordering is correct. I found a reproducable example. Description is at http://www.bwalle.de/temp/xfce4-bug/bug.html (made me able to include images easily). ======================================================================= From xfce-bugs at xfce.org Wed Dec 10 00:56:00 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 9 Dec 2003 23:56:00 +0000 (GMT) Subject: [XFCE 0000033]: Problems with systray icon in taskbar Message-ID: <20031209235600.535E75EB99D@dbguin.lunar-linux.org> The following bug has been REOPENED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000033 ======================================================================= Reporter: bwalle Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000033 Category: general Reproducibility: sometimes Severity: minor Priority: normal Status: feedback ======================================================================= Date Submitted: 2003-12-06 15:54 GMT Last Modified: 2003-12-09 23:56 GMT ======================================================================= Summary: Problems with systray icon in taskbar Description: The systray icon support in taskbar sometimes works and sometimes it does not work. The applications were PSI (instant messenger, Qt but with own icontray code since Qt lacks this functionality) and Xmule (wxWindows but seems to use own icontray code, allows the user to choose from different styles, I took Gnome 2.x, XEMBED). Sometimes the icon is not displayed in the taskbar but on screen at position 0x0 (top-left). Normally without border, one time with border. It seems that the problem especially occurs the first time the application starts. One reproducable problem is in PSI: Starting PSI (trayicon correct!) -> change profile -> Open: The first time I tried the icon was not in taskbar, all further times it is a one pixel small vertical line displayed. Excatly the same behaviour is for xmule at first start (delete .xMule and .eMule dirs): The first time I tried brought a separate window (with border!), the other times a horizontal line. Normal start of xmule without deletion of settings brings a working icon. Maybe timing problem? ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 16:26 GMT ----------------------------------------------------------------------- Duplicate of http://bugs.xfce.org/view_bug_page.php?f_id=15 and http://bugs.xfce.org/view_bug_page.php?f_id=17 ----------------------------------------------------------------------- bwalle - 2003-12-06 17:55 GMT ----------------------------------------------------------------------- Sorry for the duplicate bug, I just read it after I sent the bugreport. I tried the 4.0.2 version. The xmule problem is fixed now but not the PSI problem. I just start xfce4, then xterm, then psi. The correct icon is displayed. After Profile -> Open the "wrong" icon is displayed, see http://www.bwalle.de/temp/screenshot-taskbar.png. Maybe you can take a 2nd look. ----------------------------------------------------------------------- olivier - 2003-12-07 00:32 GMT ----------------------------------------------------------------------- That's really two different problems, with different root causes. ----------------------------------------------------------------------- olivier - 2003-12-07 21:48 GMT ----------------------------------------------------------------------- I really think this behaviour comes from the *client* app, not our systray. GNOME panel systray exhibits the same problem... Olivier. ----------------------------------------------------------------------- bwalle - 2003-12-09 23:56 GMT ----------------------------------------------------------------------- Ok, reported as bug there http://psi.affinix.com/forums/index.php?s=4a6ed2c6ab16b818968be50904e86151&act=ST&f=2&t=1077&unread=1. From xfce-bugs at xfce.org Wed Dec 10 07:10:05 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 06:10:05 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031210061005.479675EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-10 06:10 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. From xfce-bugs at xfce.org Wed Dec 10 08:06:24 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 07:06:24 +0000 (GMT) Subject: [XFCE 0000039]: potential buffer overflow in src/treeview.c (?) Message-ID: <20031210070624.1AAD25EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000039 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000039 Category: xffm Reproducibility: N/A Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-10 07:06 GMT Last Modified: 2003-12-10 07:06 GMT ======================================================================= Summary: potential buffer overflow in src/treeview.c (?) Description: Was reviewing -Wall and noticed this: treeview.c:1522: warning: array size (255) is smaller than minimum required (1024) char wd[_POSIX_PATH_MAX]; getcwd(wd, _POSIX_PATH_MAX - 1); from getcwd(3): The getcwd() function copies the absolute pathname of the current working directory into the memory referenced by buf and returns a pointer to buf. The size argument is the size, in bytes, of the array referenced by buf. I assume this refers to getcwd copying MAXPATHLEN (1024) into _POSIX_PATH_MAX (255) and overflowing wd. Not sure if this is correct, patch attached anyway. ======================================================================= From xfce-bugs at xfce.org Wed Dec 10 14:55:22 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 13:55:22 +0000 (GMT) Subject: [XFCE 0000039]: potential buffer overflow in src/treeview.c (?) Message-ID: <20031210135522.935BC5EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000039 ======================================================================= Reporter: jolan Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000039 Category: xffm Reproducibility: N/A Severity: minor Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-10 07:06 GMT Last Modified: 2003-12-10 13:55 GMT ======================================================================= Summary: potential buffer overflow in src/treeview.c (?) Description: Was reviewing -Wall and noticed this: treeview.c:1522: warning: array size (255) is smaller than minimum required (1024) char wd[_POSIX_PATH_MAX]; getcwd(wd, _POSIX_PATH_MAX - 1); from getcwd(3): The getcwd() function copies the absolute pathname of the current working directory into the memory referenced by buf and returns a pointer to buf. The size argument is the size, in bytes, of the array referenced by buf. I assume this refers to getcwd copying MAXPATHLEN (1024) into _POSIX_PATH_MAX (255) and overflowing wd. Not sure if this is correct, patch attached anyway. ======================================================================= From xfce-bugs at xfce.org Wed Dec 10 14:58:13 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 13:58:13 +0000 (GMT) Subject: [XFCE 0000039]: potential buffer overflow in src/treeview.c (?) Message-ID: <20031210135813.4767F5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000039 ======================================================================= Reporter: jolan Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000039 Category: xffm Reproducibility: N/A Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-10 07:06 GMT Last Modified: 2003-12-10 13:58 GMT ======================================================================= Summary: potential buffer overflow in src/treeview.c (?) Description: Was reviewing -Wall and noticed this: treeview.c:1522: warning: array size (255) is smaller than minimum required (1024) char wd[_POSIX_PATH_MAX]; getcwd(wd, _POSIX_PATH_MAX - 1); from getcwd(3): The getcwd() function copies the absolute pathname of the current working directory into the memory referenced by buf and returns a pointer to buf. The size argument is the size, in bytes, of the array referenced by buf. I assume this refers to getcwd copying MAXPATHLEN (1024) into _POSIX_PATH_MAX (255) and overflowing wd. Not sure if this is correct, patch attached anyway. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-10 13:58 GMT ----------------------------------------------------------------------- fixed in 4.0.2. I will close the bug after removing all POSIX_PATH_MAX's from 4.1 and replacing with dynamic memory instead of static. The fix in 4.0.1 looks like this: gchar *wd = g_get_current_dir (); startup = g_strconcat(wd, "/",argv[1],NULL); g_free(wd); Which looks more portable. From xfce-bugs at xfce.org Wed Dec 10 21:19:39 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 20:19:39 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031210201939.63A5F5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-10 20:19 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. From xfce-bugs at xfce.org Wed Dec 10 21:46:45 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 20:46:45 +0000 (GMT) Subject: [XFCE 0000038]: Stack/focus problem Message-ID: <20031210204645.74A045EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=38 ======================================================================= Reporter: bwalle Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000038 Category: xfwm Reproducibility: always Severity: tweak Priority: low Status: assigned ======================================================================= Date Submitted: 2003-12-09 23:49 GMT Last Modified: 2003-12-10 20:46 GMT ======================================================================= Summary: Stack/focus problem Description: Sometimes after closing a window the wrong window has the focus but the stack ordering is correct. I found a reproducable example. Description is at http://www.bwalle.de/temp/xfce4-bug/bug.html (made me able to include images easily). ======================================================================= From xfce-bugs at xfce.org Wed Dec 10 21:47:54 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 20:47:54 +0000 (GMT) Subject: [XFCE 0000038]: Stack/focus problem Message-ID: <20031210204754.490395EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=38 ======================================================================= Reporter: bwalle Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000038 Category: xfwm Reproducibility: always Severity: tweak Priority: low Status: assigned ======================================================================= Date Submitted: 2003-12-09 23:49 GMT Last Modified: 2003-12-10 20:47 GMT ======================================================================= Summary: Stack/focus problem Description: Sometimes after closing a window the wrong window has the focus but the stack ordering is correct. I found a reproducable example. Description is at http://www.bwalle.de/temp/xfce4-bug/bug.html (made me able to include images easily). ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-10 20:47 GMT ----------------------------------------------------------------------- Problem confirmed. Actually, it's a minor problem as long as the window that shows focused is actually focused. Olivier. From xfce-bugs at xfce.org Wed Dec 10 21:50:56 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 20:50:56 +0000 (GMT) Subject: [XFCE 0000040]: crash on double find Message-ID: <20031210205056.695E05EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=40 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000040 Category: xffm Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-10 20:50 GMT Last Modified: 2003-12-10 20:50 GMT ======================================================================= Summary: crash on double find Description: do a find with path set to "/", and empty "filter" and "containing" entries. The process will reached 64 results and stop. Repeat the find. Crash (segv) It seems like the automatic abort on reaching results limit might be crooked some place. ======================================================================= From xfce-bugs at xfce.org Wed Dec 10 21:52:37 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 20:52:37 +0000 (GMT) Subject: [XFCE 0000040]: crash on double find Message-ID: <20031210205237.63F255EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000040 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000040 Category: xffm Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-10 20:50 GMT Last Modified: 2003-12-10 20:52 GMT ======================================================================= Summary: crash on double find Description: do a find with path set to "/", and empty "filter" and "containing" entries. The process will reached 64 results and stop. Repeat the find. Crash (segv) It seems like the automatic abort on reaching results limit might be crooked some place. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-10 20:52 GMT ----------------------------------------------------------------------- only 4.1 branch affected. So the bug might be in libs/tubo.c From xfce-bugs at xfce.org Wed Dec 10 22:09:55 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 10 Dec 2003 21:09:55 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031210210955.E345A5EB9B6@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-10 21:09 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. From xfce-bugs at xfce.org Thu Dec 11 02:16:15 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 11 Dec 2003 01:16:15 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031211011615.C60D45EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000036 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-11 01:16 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-09 13:41 GMT ----------------------------------------------------------------------- I agree with Olivier, this sounds like a plugin problem. Can you tell me what plugins you use? Also it may be helpful if you try removing them one by one, to see if it stops. ----------------------------------------------------------------------- xantius - 2003-12-09 14:36 GMT ----------------------------------------------------------------------- Ok. Lets see if I can answer these questions. The Hardware config is a PIII 900Mhz laptop with 256MB ram, 20GB hard drive, 1027x768 screen, and so on. I don't appreciate my bug report being called useless, OLIVER! :) Just kidding. GTK I'm running I believe 2.2.4-r1 (at least that's what Gentoo lists it as). As for plugins, I think you are right. It may very well have been the CPU and memory monitoring plugin, because I believe that is the only plugin that I have removed and haven't seemed to have problems since. Actually, now that I think about it I also removed the network traffic plugin. But those are the only two. Let me know if you would like me to try anything to help you figure it out, etc. Xantius ----------------------------------------------------------------------- huysmans - 2003-12-09 14:48 GMT ----------------------------------------------------------------------- Well, you could try adding them back (one at the time) and see if the problem returns. Also you may want to check if you are running the latest versions of the plugins. PS "1027x768 screen", interesting ... ;-) ----------------------------------------------------------------------- xantius - 2003-12-09 21:31 GMT ----------------------------------------------------------------------- Ok. Well, I added back on the Network monitor plugin and now just barely with my computer running XFce4 and GAIM and nothing else, my system fan kicked on, and I didn't think anything of it. Then a few minutes later when I tried to use it, it was locked up tight. I'm now going to remove the network plugin and add the cpu and memory and see if that does it. And YES, my resolution is 1027x768. :) (the screen has the side broken so it is a little bent back to show an extra 3 pixels! ----------------------------------------------------------------------- olivier - 2003-12-09 21:44 GMT ----------------------------------------------------------------------- > the screen has the side broken so it is a little ^^^^^^^^^^^ That's the cause of the bug :) Olivier. ----------------------------------------------------------------------- xantius - 2003-12-11 01:16 GMT ----------------------------------------------------------------------- It does appear as though the screen was the problem. Wait! That makes no sense! :-P No, in reality, it does appear to be the network traffic plugin that was causing the problems. I put in everything except that now, including the CPU/Memory/Swap plugin that I thought was the initial problem, and it's working fine even over long periods of time. Just thought I'd let you know. From xfce-bugs at xfce.org Thu Dec 11 02:48:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 11 Dec 2003 01:48:08 +0000 (GMT) Subject: [XFCE 0000040]: crash on double find Message-ID: <20031211014808.1DBD95EB9B6@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000040 ======================================================================= Reporter: edscott Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000040 Category: xffm Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-10 20:50 GMT Last Modified: 2003-12-11 01:48 GMT ======================================================================= Summary: crash on double find Description: do a find with path set to "/", and empty "filter" and "containing" entries. The process will reached 64 results and stop. Repeat the find. Crash (segv) It seems like the automatic abort on reaching results limit might be crooked some place. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-10 20:52 GMT ----------------------------------------------------------------------- only 4.1 branch affected. So the bug might be in libs/tubo.c ----------------------------------------------------------------------- edscott - 2003-12-11 01:48 GMT ----------------------------------------------------------------------- A race condition existed because the function called when child finished was being force called before child could terminate (race). The race is removed and the function is called properly and the crash no longer occurs. The waitpid() call was also missing the WIFSIGNALED(status) test. So the bug seems fixed now. From xfce-bugs at xfce.org Thu Dec 11 02:48:30 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 11 Dec 2003 01:48:30 +0000 (GMT) Subject: [XFCE 0000040]: crash on double find Message-ID: <20031211014830.C7B7B5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000040 ======================================================================= Reporter: edscott Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000040 Category: xffm Reproducibility: always Severity: crash Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-10 20:50 GMT Last Modified: 2003-12-11 01:48 GMT ======================================================================= Summary: crash on double find Description: do a find with path set to "/", and empty "filter" and "containing" entries. The process will reached 64 results and stop. Repeat the find. Crash (segv) It seems like the automatic abort on reaching results limit might be crooked some place. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-10 20:52 GMT ----------------------------------------------------------------------- only 4.1 branch affected. So the bug might be in libs/tubo.c ----------------------------------------------------------------------- edscott - 2003-12-11 01:48 GMT ----------------------------------------------------------------------- A race condition existed because the function called when child finished was being force called before child could terminate (race). The race is removed and the function is called properly and the crash no longer occurs. The waitpid() call was also missing the WIFSIGNALED(status) test. So the bug seems fixed now. From xfce-bugs at xfce.org Thu Dec 11 18:14:21 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 11 Dec 2003 17:14:21 +0000 (GMT) Subject: [XFCE 0000030]: xfce4-session manager crashes when loaded while already running. Message-ID: <20031211171421.5F5005EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000030 ======================================================================= Reporter: nealbirch Handler: bmeurer ======================================================================= Project: XFCE Bug ID: 0000030 Category: general Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-06 04:48 GMT Last Modified: 2003-12-11 17:14 GMT ======================================================================= Summary: xfce4-session manager crashes when loaded while already running. Description: xfce4-session manager crashes when loaded while already running AND session management is set to automatically save session on log out. xfce4 would start up after being closed, open 2 rxvt shells (i had them open when it crashed) then crash back to the console. I deleted the contents of ~/.xfce4/session/ and was able to start x and turn off the switch to save session on log out, after which it was stable again. ======================================================================= ----------------------------------------------------------------------- bmeurer - 2003-12-11 17:14 GMT ----------------------------------------------------------------------- I committed a fix to CVS HEAD. xfce4-session now checks for an already running session manager prior to starting up. Thanks for the report. From xfce-bugs at xfce.org Fri Dec 12 03:17:04 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 02:17:04 +0000 (GMT) Subject: [XFCE 0000041]: Middle-click on panel launcher should launch application w/ clipboard as argument Message-ID: <20031212021704.5EA245EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=41 ======================================================================= Reporter: m6reid Handler: ======================================================================= Project: XFCE Bug ID: 0000041 Category: panel Reproducibility: N/A Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-12 02:17 GMT Last Modified: 2003-12-12 02:17 GMT ======================================================================= Summary: Middle-click on panel launcher should launch application w/ clipboard as argument Description: In WindowMaker, it is either the default, or an option, that when docked app launcher's are invoked with a middle-click, they are invoked with the clipboard contents as the argument. I would love something like this in Xfce. Even allow the user to configure the cmd to invoke w/ the middle-button. Perhaps even there could be some standard variables that could be specified on launcher command lines that would be expanded at the time of launch. For example, there might be a "clipboard contents" variable so, I could use a command line like this: MozillaFirebird $(clipboard) and that would invoke MozillaFirebird with the contents of the clipboard as the first argument. ======================================================================= From xfce-bugs at xfce.org Fri Dec 12 03:20:05 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 02:20:05 +0000 (GMT) Subject: [XFCE 0000042]: always on top flag? Message-ID: <20031212022005.630135EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=42 ======================================================================= Reporter: m6reid Handler: ======================================================================= Project: XFCE Bug ID: 0000042 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-12 02:20 GMT Last Modified: 2003-12-12 02:20 GMT ======================================================================= Summary: always on top flag? Description: I'd like to see an always on top flag to be added to the title-bar context menu. Even better would be a new title-bar button to be created and configurable just like the current ones. ======================================================================= From xfce-bugs at xfce.org Fri Dec 12 09:58:32 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 08:58:32 +0000 (GMT) Subject: [XFCE 0000043]: Wrong handling of file extensions in File Manager Message-ID: <20031212085832.8E7FD5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=43 ======================================================================= Reporter: KoRnaz2 Handler: ======================================================================= Project: XFCE Bug ID: 0000043 Category: xffm Reproducibility: always Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-12 08:58 GMT Last Modified: 2003-12-12 08:58 GMT ======================================================================= Summary: Wrong handling of file extensions in File Manager Description: I've noticed this bug in all versions of XFCE4. There's a problem with file names which have more than one dot in them. Everything from the first dot is treated as a file extension. This is a wrong behaviour. For example if there's a file Track.01.mp3 extension is treated as 01.mp3 and therefore file associations don't work. IMHO, file extension is everything after the LAST dot in file name, not after the first one. This should be fixed ASAP, because I really like this WM :] ======================================================================= From xfce-bugs at xfce.org Fri Dec 12 11:46:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 10:46:02 +0000 (GMT) Subject: [XFCE 0000044]: Graphical Pager on vertical doesn't flip desktops Message-ID: <20031212104602.496385EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=44 ======================================================================= Reporter: Lambda1 Handler: ======================================================================= Project: XFCE Bug ID: 0000044 Category: plugins Reproducibility: always Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-12 10:46 GMT Last Modified: 2003-12-12 10:46 GMT ======================================================================= Summary: Graphical Pager on vertical doesn't flip desktops Description: As you can see on the screenshot below [1], the pager doesn't flip the desktops when in Vertical Mode. tested with xfce4-panel, version 4.0.1 Ruben [1] http://files.lambda1.be/screenshots/panel.png ======================================================================= From xfce-bugs at xfce.org Fri Dec 12 11:55:55 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 10:55:55 +0000 (GMT) Subject: [XFCE 0000044]: Graphical Pager on vertical doesn't flip desktops Message-ID: <20031212105555.117005EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=44 ======================================================================= Reporter: Lambda1 Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000044 Category: plugins Reproducibility: always Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-12 10:46 GMT Last Modified: 2003-12-12 10:55 GMT ======================================================================= Summary: Graphical Pager on vertical doesn't flip desktops Description: As you can see on the screenshot below [1], the pager doesn't flip the desktops when in Vertical Mode. tested with xfce4-panel, version 4.0.1 Ruben [1] http://files.lambda1.be/screenshots/panel.png ======================================================================= From xfce-bugs at xfce.org Fri Dec 12 11:59:18 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 10:59:18 +0000 (GMT) Subject: [XFCE 0000044]: Graphical Pager on vertical doesn't flip desktops Message-ID: <20031212105918.77ED45EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=44 ======================================================================= Reporter: Lambda1 Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000044 Category: plugins Reproducibility: always Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-12 10:46 GMT Last Modified: 2003-12-12 10:59 GMT ======================================================================= Summary: Graphical Pager on vertical doesn't flip desktops Description: As you can see on the screenshot below [1], the pager doesn't flip the desktops when in Vertical Mode. tested with xfce4-panel, version 4.0.1 Ruben [1] http://files.lambda1.be/screenshots/panel.png ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-12 10:59 GMT ----------------------------------------------------------------------- Hmm, I don't have that problem here, but I'm running CVS code. I will install 4.0.1 and see if I can reproduce it. From xfce-bugs at xfce.org Fri Dec 12 15:40:48 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 14:40:48 +0000 (GMT) Subject: [XFCE 0000043]: Wrong handling of file extensions in File Manager Message-ID: <20031212144048.8C18C5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000043 ======================================================================= Reporter: KoRnaz2 Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000043 Category: xffm Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-12-12 08:58 GMT Last Modified: 2003-12-12 14:40 GMT ======================================================================= Summary: Wrong handling of file extensions in File Manager Description: I've noticed this bug in all versions of XFCE4. There's a problem with file names which have more than one dot in them. Everything from the first dot is treated as a file extension. This is a wrong behaviour. For example if there's a file Track.01.mp3 extension is treated as 01.mp3 and therefore file associations don't work. IMHO, file extension is everything after the LAST dot in file name, not after the first one. This should be fixed ASAP, because I really like this WM :] ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-12 14:40 GMT ----------------------------------------------------------------------- Using the current CVS HEAD version, click on file with button 2 to see what xffm thinks it is. Clicking on track.01.mp3 yields: /home/edscott/tmp/track.01.mp3 (audio/x-mp3: MPEG layer 3 audio) So all is good. Of course if you have something like file.tar.gz, type ".tar.gz" will take preference over ".gz". The 4.0 branch parsing routines are different (equal to xfce3 behaviour). With xffm 4.1 (CVS HEAD), the whole mime business has changed to FreeDesktop standard. Backporting to 4.0 is not an option (unless the 4.1 tree is committed to the 4.0 branch, which is a big no-no). From xfce-bugs at xfce.org Fri Dec 12 20:52:40 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 12 Dec 2003 19:52:40 +0000 (GMT) Subject: [XFCE 0000044]: Graphical Pager on vertical doesn't flip desktops Message-ID: <20031212195240.469C35EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=44 ======================================================================= Reporter: Lambda1 Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000044 Category: plugins Reproducibility: always Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-12 10:46 GMT Last Modified: 2003-12-12 19:52 GMT ======================================================================= Summary: Graphical Pager on vertical doesn't flip desktops Description: As you can see on the screenshot below [1], the pager doesn't flip the desktops when in Vertical Mode. tested with xfce4-panel, version 4.0.1 Ruben [1] http://files.lambda1.be/screenshots/panel.png ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-12 10:59 GMT ----------------------------------------------------------------------- Hmm, I don't have that problem here, but I'm running CVS code. I will install 4.0.1 and see if I can reproduce it. ----------------------------------------------------------------------- olivier - 2003-12-12 19:52 GMT ----------------------------------------------------------------------- This is a known problem in 4.0.1 that is fixed in CVS (and will be in 4.0.2) I think this bug should be closed or filed as duplicate. OlivieR. From xfce-bugs at xfce.org Sat Dec 13 22:46:27 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 13 Dec 2003 21:46:27 +0000 (GMT) Subject: [XFCE 0000042]: always on top flag? Message-ID: <20031213214627.3F3F85EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000042 ======================================================================= Reporter: m6reid Handler: ======================================================================= Project: XFCE Bug ID: 0000042 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-12 02:20 GMT Last Modified: 2003-12-13 21:46 GMT ======================================================================= Summary: always on top flag? Description: I'd like to see an always on top flag to be added to the title-bar context menu. Even better would be a new title-bar button to be created and configurable just like the current ones. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-13 21:46 GMT ----------------------------------------------------------------------- This is a feature, features shouldn't be treated as bugs. Olivier. From xfce-bugs at xfce.org Sat Dec 13 22:47:34 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 13 Dec 2003 21:47:34 +0000 (GMT) Subject: [XFCE 0000041]: Middle-click on panel launcher should launch application w/ clipboard as argument Message-ID: <20031213214734.DF28E5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000041 ======================================================================= Reporter: m6reid Handler: ======================================================================= Project: XFCE Bug ID: 0000041 Category: panel Reproducibility: N/A Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-12 02:17 GMT Last Modified: 2003-12-13 21:47 GMT ======================================================================= Summary: Middle-click on panel launcher should launch application w/ clipboard as argument Description: In WindowMaker, it is either the default, or an option, that when docked app launcher's are invoked with a middle-click, they are invoked with the clipboard contents as the argument. I would love something like this in Xfce. Even allow the user to configure the cmd to invoke w/ the middle-button. Perhaps even there could be some standard variables that could be specified on launcher command lines that would be expanded at the time of launch. For example, there might be a "clipboard contents" variable so, I could use a command line like this: MozillaFirebird $(clipboard) and that would invoke MozillaFirebird with the contents of the clipboard as the first argument. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-13 21:47 GMT ----------------------------------------------------------------------- feature request should not be filled here. Please make feature request either on the wiki or better on xfce4-dev list (this is a good idea though :) Olivier. From xfce-bugs at xfce.org Sat Dec 13 22:49:24 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 13 Dec 2003 21:49:24 +0000 (GMT) Subject: [XFCE 0000034]: Kstart sometimes puts windows on more than one desktop. Message-ID: <20031213214924.8E7C55EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000034 ======================================================================= Reporter: botsie Handler: ======================================================================= Project: XFCE Bug ID: 0000034 Category: xfwm Reproducibility: random Severity: minor Priority: none Status: new ======================================================================= Date Submitted: 2003-12-08 01:22 GMT Last Modified: 2003-12-13 21:49 GMT ======================================================================= Summary: Kstart sometimes puts windows on more than one desktop. Description: I use kstart to start and place my initial windows. Occasionally, the window is placed on the active desktop in addition to the desktop set by kstart. Example: use kstart to start sylpheed and place it on desktop 4. Desktop 1 is the active desktop. The sylpheed window can be seen and interacted with on desktop 1 and desktop 4 as well. The workaround is to pin the window. And then unpin it on the desired desktop. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 22:16 GMT ----------------------------------------------------------------------- Can't reproduce the problem. What version of xfwm4 and kstart are your running? Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 21:49 GMT ----------------------------------------------------------------------- Still can't reproduce the problem and by reading xfwm4 code, I can hardly see how this could happen. Again, what version of xfwm4 and kstart are your running? Olivier. From xfce-bugs at xfce.org Sat Dec 13 22:55:43 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 13 Dec 2003 21:55:43 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031213215543.81DFC5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-13 21:55 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. ----------------------------------------------------------------------- olivier - 2003-12-13 21:55 GMT ----------------------------------------------------------------------- Any update on this? I would really like to get a backtrace. Olivier. From xfce-bugs at xfce.org Sat Dec 13 22:59:29 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 13 Dec 2003 21:59:29 +0000 (GMT) Subject: [XFCE 0000045]: file manager (4.0.1) doesn't show sticky bits Message-ID: <20031213215929.6F4AA5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=45 ======================================================================= Reporter: tuxgent00 Handler: ======================================================================= Project: XFCE Bug ID: 0000045 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-13 21:59 GMT Last Modified: 2003-12-13 21:59 GMT ======================================================================= Summary: file manager (4.0.1) doesn't show sticky bits Description: Go to /tmp and look at the mode column: drwxrwxrwx but `ls /tmp' shows: drwxrwxrwt ======================================================================= From xfce-bugs at xfce.org Sat Dec 13 23:44:37 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 13 Dec 2003 22:44:37 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031213224437.CAD345EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-13 22:44 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. ----------------------------------------------------------------------- olivier - 2003-12-13 21:55 GMT ----------------------------------------------------------------------- Any update on this? I would really like to get a backtrace. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 22:44 GMT ----------------------------------------------------------------------- Can you try this one: http://www.xfce.org/archive/test/xfdesktop-4.0.2-beta.tar.gz TIA Olivier. From xfce-bugs at xfce.org Mon Dec 15 00:29:23 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 14 Dec 2003 23:29:23 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031214232923.2E85B5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-14 23:29 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. ----------------------------------------------------------------------- olivier - 2003-12-13 21:55 GMT ----------------------------------------------------------------------- Any update on this? I would really like to get a backtrace. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 22:44 GMT ----------------------------------------------------------------------- Can you try this one: http://www.xfce.org/archive/test/xfdesktop-4.0.2-beta.tar.gz TIA Olivier. ----------------------------------------------------------------------- jolan - 2003-12-14 23:29 GMT ----------------------------------------------------------------------- Sorry, I have just come back into town. I will have some time 12/15 & 12/16 to work on this. From xfce-bugs at xfce.org Mon Dec 15 05:37:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 15 Dec 2003 04:37:02 +0000 (GMT) Subject: [XFCE 0000034]: Kstart sometimes puts windows on more than one desktop. Message-ID: <20031215043702.240EF5EB9AD@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000034 ======================================================================= Reporter: botsie Handler: ======================================================================= Project: XFCE Bug ID: 0000034 Category: xfwm Reproducibility: random Severity: minor Priority: none Status: new ======================================================================= Date Submitted: 2003-12-08 01:22 GMT Last Modified: 2003-12-15 04:37 GMT ======================================================================= Summary: Kstart sometimes puts windows on more than one desktop. Description: I use kstart to start and place my initial windows. Occasionally, the window is placed on the active desktop in addition to the desktop set by kstart. Example: use kstart to start sylpheed and place it on desktop 4. Desktop 1 is the active desktop. The sylpheed window can be seen and interacted with on desktop 1 and desktop 4 as well. The workaround is to pin the window. And then unpin it on the desired desktop. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 22:16 GMT ----------------------------------------------------------------------- Can't reproduce the problem. What version of xfwm4 and kstart are your running? Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 21:49 GMT ----------------------------------------------------------------------- Still can't reproduce the problem and by reading xfwm4 code, I can hardly see how this could happen. Again, what version of xfwm4 and kstart are your running? Olivier. ----------------------------------------------------------------------- botsie - 2003-12-15 04:37 GMT ----------------------------------------------------------------------- xfwm4 version: xfwm4-4.0.0-1 [botsie at krondor botsie]$ kstart -v Qt: 3.0.5 KDE: 3.0.3-8 Red Hat KStart: kstart version 1.9 Sylpheed: 0.9.4claws My machine has bad RAM, but that doesn't seem like a likely cause in this case. From xfce-bugs at xfce.org Mon Dec 15 06:20:53 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 15 Dec 2003 05:20:53 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031215052053.E0A0F5EB9AD@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-15 05:20 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. ----------------------------------------------------------------------- olivier - 2003-12-13 21:55 GMT ----------------------------------------------------------------------- Any update on this? I would really like to get a backtrace. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 22:44 GMT ----------------------------------------------------------------------- Can you try this one: http://www.xfce.org/archive/test/xfdesktop-4.0.2-beta.tar.gz TIA Olivier. ----------------------------------------------------------------------- jolan - 2003-12-14 23:29 GMT ----------------------------------------------------------------------- Sorry, I have just come back into town. I will have some time 12/15 & 12/16 to work on this. ----------------------------------------------------------------------- jolan - 2003-12-15 05:20 GMT ----------------------------------------------------------------------- Got some time tonight and tried xfdesktop-4.0.2. It indeed fixes the issue. I had also updated libxml2 to version 2.6.3, so I retried 4.0.1 and it continues to crash, so the fix definitely seems to be fixed by 4.0.2 and not the libxml2 upgrade. Do you have a minimal patch to tide me over? I would like to import xfce 4.0.1 into the OpenBSD ports repository tomorrow rather than wait for 4.0.2 to be released. From xfce-bugs at xfce.org Mon Dec 15 06:54:41 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 15 Dec 2003 05:54:41 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031215055441.C1FAF5EB9AD@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-15 05:54 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. ----------------------------------------------------------------------- olivier - 2003-12-13 21:55 GMT ----------------------------------------------------------------------- Any update on this? I would really like to get a backtrace. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 22:44 GMT ----------------------------------------------------------------------- Can you try this one: http://www.xfce.org/archive/test/xfdesktop-4.0.2-beta.tar.gz TIA Olivier. ----------------------------------------------------------------------- jolan - 2003-12-14 23:29 GMT ----------------------------------------------------------------------- Sorry, I have just come back into town. I will have some time 12/15 & 12/16 to work on this. ----------------------------------------------------------------------- jolan - 2003-12-15 05:20 GMT ----------------------------------------------------------------------- Got some time tonight and tried xfdesktop-4.0.2. It indeed fixes the issue. I had also updated libxml2 to version 2.6.3, so I retried 4.0.1 and it continues to crash, so the fix definitely seems to be fixed by 4.0.2 and not the libxml2 upgrade. Do you have a minimal patch to tide me over? I would like to import xfce 4.0.1 into the OpenBSD ports repository tomorrow rather than wait for 4.0.2 to be released. ----------------------------------------------------------------------- jolan - 2003-12-15 05:54 GMT ----------------------------------------------------------------------- Nevermind... Was trying to find what was changed via WebCVS and instead found it by diffing the tarballs. This can be closed as far as I am concerned, thank you very much for your help. From metin at karegen.com Mon Dec 15 17:48:13 2003 From: metin at karegen.com (Metin Amiroff) Date: Mon, 15 Dec 2003 18:48:13 +0200 Subject: New translations for Azerbaijani Message-ID: <001201c3c32b$3b59d960$9b2dd451@falcon> Hi folks! I have translated most of XFCE to Azerbaijani and would be very happy to see them included in next releases. Could someone please commit them? I've researched the mailing list archive and it was tald to attach them here so I am doing that now. Thanks in advance! Metin Amiroff metin at karegen.com Gnome DE, KDE DE translation team koordinator -------------- next part -------------- A non-text attachment was scrubbed... Name: xfce-trans-az.tar.bz2 Type: application/octet-stream Size: 27563 bytes Desc: not available URL: From jasper at moongroup.com Mon Dec 15 22:38:18 2003 From: jasper at moongroup.com (Jasper Huijsmans) Date: Mon, 15 Dec 2003 22:38:18 +0100 Subject: New translations for Azerbaijani In-Reply-To: <001201c3c32b$3b59d960$9b2dd451@falcon> References: <001201c3c32b$3b59d960$9b2dd451@falcon> Message-ID: <1071524298.1510.4.camel@localhost> Op ma 15-12-2003, om 17:48 schreef Metin Amiroff: > Hi folks! > > I have translated most of XFCE to Azerbaijani and would be very happy to see > them included in next releases. Could someone please commit them? I've > researched the mailing list archive and it was tald to attach them here so I > am doing that now. > > Thanks in advance! Well, thank you very much. I have just committed your po file translations to CVS. I will add the other files tomorrow. > > Metin Amiroff > metin at karegen.com > Gnome DE, KDE DE translation team koordinator ... and XFce now, I presume? ;-) Thanks again, Jasper From jasper at moongroup.com Tue Dec 16 09:28:41 2003 From: jasper at moongroup.com (Jasper Huijsmans) Date: Tue, 16 Dec 2003 09:28:41 +0100 Subject: New translations for Azerbaijani In-Reply-To: <1071524298.1510.4.camel@localhost> References: <001201c3c32b$3b59d960$9b2dd451@falcon> <1071524298.1510.4.camel@localhost> Message-ID: <1071563320.1534.5.camel@localhost> Op ma 15-12-2003, om 22:38 schreef Jasper Huijsmans: [...] > Well, thank you very much. I have just committed your po file > translations to CVS. I will add the other files tomorrow. > Ok, everything has been committed to CVS. Jasper From xfce-bugs at xfce.org Tue Dec 16 15:58:07 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 16 Dec 2003 14:58:07 +0000 (GMT) Subject: [XFCE 0000045]: file manager (4.0.1) doesn't show sticky bits Message-ID: <20031216145807.682FC5EB9AD@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000045 ======================================================================= Reporter: tuxgent00 Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000045 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-13 21:59 GMT Last Modified: 2003-12-16 14:58 GMT ======================================================================= Summary: file manager (4.0.1) doesn't show sticky bits Description: Go to /tmp and look at the mode column: drwxrwxrwx but `ls /tmp' shows: drwxrwxrwt ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-16 14:58 GMT ----------------------------------------------------------------------- patch applied to both 4.0.1 and 4.1 CVS. Thanks for the patch, it seems to work fine. From xfce-bugs at xfce.org Wed Dec 17 07:26:23 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 06:26:23 +0000 (GMT) Subject: [XFCE 0000046]: xfce4-panel crashs when starting XFCE Message-ID: <20031217062623.3D07A5EB9AD@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000046 ======================================================================= Reporter: Serge Handler: ======================================================================= Project: XFCE Bug ID: 0000046 Category: panel Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-17 06:26 GMT Last Modified: 2003-12-17 06:26 GMT ======================================================================= Summary: xfce4-panel crashs when starting XFCE Description: When I start XFCE with startxfce4 it loads the windows manager and desktop and stops with the following message: ======================================================= A crash occured in the panel Please report this to the xfce4-dev at moongroup.com list Meanwhile the panel will be restarted ======================================================= which is repeating on. I can start the xffm and run some programs manually. ======================================================================= From xfce-bugs at xfce.org Wed Dec 17 09:57:13 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 08:57:13 +0000 (GMT) Subject: [XFCE 0000046]: xfce4-panel crashs when starting XFCE Message-ID: <20031217085713.6820D5EB9AD@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000046 ======================================================================= Reporter: Serge Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000046 Category: panel Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-12-17 06:26 GMT Last Modified: 2003-12-17 08:57 GMT ======================================================================= Summary: xfce4-panel crashs when starting XFCE Description: When I start XFCE with startxfce4 it loads the windows manager and desktop and stops with the following message: ======================================================= A crash occured in the panel Please report this to the xfce4-dev at moongroup.com list Meanwhile the panel will be restarted ======================================================= which is repeating on. I can start the xffm and run some programs manually. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 08:57 GMT ----------------------------------------------------------------------- This is a gcc optimization bug, not a bug in xfce. From xfce-bugs at xfce.org Wed Dec 17 09:57:31 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 08:57:31 +0000 (GMT) Subject: [XFCE 0000046]: xfce4-panel crashs when starting XFCE Message-ID: <20031217085731.E56BB5EB9AD@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000046 ======================================================================= Reporter: Serge Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000046 Category: panel Reproducibility: always Severity: crash Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-17 06:26 GMT Last Modified: 2003-12-17 08:57 GMT ======================================================================= Summary: xfce4-panel crashs when starting XFCE Description: When I start XFCE with startxfce4 it loads the windows manager and desktop and stops with the following message: ======================================================= A crash occured in the panel Please report this to the xfce4-dev at moongroup.com list Meanwhile the panel will be restarted ======================================================= which is repeating on. I can start the xffm and run some programs manually. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 08:57 GMT ----------------------------------------------------------------------- This is a gcc optimization bug, not a bug in xfce. From xfce-bugs at xfce.org Wed Dec 17 15:27:55 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:27:55 +0000 (GMT) Subject: [XFCE 0000047]: xfce-mcs-manager (CVS-HEAD) Message-ID: <20031217142755.1BAA35EB9AE@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=47 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000047 Category: other Reproducibility: always Severity: trivial Priority: low Status: new ======================================================================= Date Submitted: 2003-12-17 14:27 GMT Last Modified: 2003-12-17 14:27 GMT ======================================================================= Summary: xfce-mcs-manager (CVS-HEAD) Description: It seems that the xfce-mcs-manager encounters two lines of code instructing to load the workspaces module: ** (xfce-mcs-manager:15211): WARNING **: module /usr/local/lib/xfce4/mcs-plugins/workspaces_plugin.so ("workspaces") has already been loaded before ======================================================================= From xfce-bugs at xfce.org Wed Dec 17 15:35:54 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:35:54 +0000 (GMT) Subject: [XFCE 0000048]: xfdesktop (CVS-HEAD) Message-ID: <20031217143554.52ADC5EB9AE@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=48 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000048 Category: other Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-17 14:35 GMT Last Modified: 2003-12-17 14:35 GMT ======================================================================= Summary: xfdesktop (CVS-HEAD) Description: If a list of images is defined, you get this warning: (xfdesktop:15451): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 729 (gdk_pixbuf_new_from_file): assertion `filename != NULL' failed And corruption of the Xserver memory follows with crashes in unrelated programs (like gkrellm with transparent theme). If a single image is defined as background, it apparently works, but Xserver memory corruption also ensues with crashes in programs like gkrellm with transparent theme. ======================================================================= From xfce-bugs at xfce.org Wed Dec 17 15:39:56 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:39:56 +0000 (GMT) Subject: [XFCE 0000049]: clock ballon text (CVS-HEAD) Message-ID: <20031217143956.A2A565EB9AE@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=49 ======================================================================= Reporter: edscott Handler: ======================================================================= Project: XFCE Bug ID: 0000049 Category: panel Reproducibility: always Severity: text Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-17 14:39 GMT Last Modified: 2003-12-17 14:39 GMT ======================================================================= Summary: clock ballon text (CVS-HEAD) Description: On placing the mouse over the clock in the panel, the ballon text reads: Wednesday, -d December 2003 Seems like the string has a typo (-d in stead of %d) ======================================================================= From xfce-bugs at xfce.org Wed Dec 17 15:40:26 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:40:26 +0000 (GMT) Subject: [XFCE 0000047]: xfce-mcs-manager (CVS-HEAD) Message-ID: <20031217144026.B8A5E5EB9AE@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=47 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000047 Category: other Reproducibility: always Severity: trivial Priority: low Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-12-17 14:27 GMT Last Modified: 2003-12-17 14:40 GMT ======================================================================= Summary: xfce-mcs-manager (CVS-HEAD) Description: It seems that the xfce-mcs-manager encounters two lines of code instructing to load the workspaces module: ** (xfce-mcs-manager:15211): WARNING **: module /usr/local/lib/xfce4/mcs-plugins/workspaces_plugin.so ("workspaces") has already been loaded before ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:40 GMT ----------------------------------------------------------------------- This is because the workspaces dialog was moved from xfdesktop in 4.0 to xfwm4 in HEAD. To solve the problem remove workspaces_settings.* from ${prefix}/lib/xfce4/mcs-plugins/ From xfce-bugs at xfce.org Wed Dec 17 15:43:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:43:08 +0000 (GMT) Subject: [XFCE 0000048]: xfdesktop (CVS-HEAD) Message-ID: <20031217144308.F01985EB9AE@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=48 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000048 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-17 14:35 GMT Last Modified: 2003-12-17 14:43 GMT ======================================================================= Summary: xfdesktop (CVS-HEAD) Description: If a list of images is defined, you get this warning: (xfdesktop:15451): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 729 (gdk_pixbuf_new_from_file): assertion `filename != NULL' failed And corruption of the Xserver memory follows with crashes in unrelated programs (like gkrellm with transparent theme). If a single image is defined as background, it apparently works, but Xserver memory corruption also ensues with crashes in programs like gkrellm with transparent theme. ======================================================================= From xfce-bugs at xfce.org Wed Dec 17 15:45:58 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:45:58 +0000 (GMT) Subject: [XFCE 0000048]: xfdesktop (CVS-HEAD) Message-ID: <20031217144558.7CE625EB9AE@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=48 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000048 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-17 14:35 GMT Last Modified: 2003-12-17 14:45 GMT ======================================================================= Summary: xfdesktop (CVS-HEAD) Description: If a list of images is defined, you get this warning: (xfdesktop:15451): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 729 (gdk_pixbuf_new_from_file): assertion `filename != NULL' failed And corruption of the Xserver memory follows with crashes in unrelated programs (like gkrellm with transparent theme). If a single image is defined as background, it apparently works, but Xserver memory corruption also ensues with crashes in programs like gkrellm with transparent theme. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:45 GMT ----------------------------------------------------------------------- Yeah, the image setting code needs some love. I've experienced some problems as well. Also related to setting and/or removing the root properties (_XROOTPMAP_ID and _ESETROOT_PIXMAP_ID). I'm sure it is my fault ;) Not sure of the solution yet. I believe it is only in HEAD though. From xfce-bugs at xfce.org Wed Dec 17 15:47:36 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:47:36 +0000 (GMT) Subject: [XFCE 0000049]: clock ballon text (CVS-HEAD) Message-ID: <20031217144736.B5A105EB9AE@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=49 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000049 Category: panel Reproducibility: always Severity: text Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-17 14:39 GMT Last Modified: 2003-12-17 14:47 GMT ======================================================================= Summary: clock ballon text (CVS-HEAD) Description: On placing the mouse over the clock in the panel, the ballon text reads: Wednesday, -d December 2003 Seems like the string has a typo (-d in stead of %d) ======================================================================= From xfce-bugs at xfce.org Wed Dec 17 15:55:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 14:55:02 +0000 (GMT) Subject: [XFCE 0000049]: clock ballon text (CVS-HEAD) Message-ID: <20031217145502.CD1635EB9AE@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=49 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000049 Category: panel Reproducibility: always Severity: text Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-17 14:39 GMT Last Modified: 2003-12-17 14:55 GMT ======================================================================= Summary: clock ballon text (CVS-HEAD) Description: On placing the mouse over the clock in the panel, the ballon text reads: Wednesday, -d December 2003 Seems like the string has a typo (-d in stead of %d) ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:55 GMT ----------------------------------------------------------------------- Guess this is a gnu extension to strftime then ... Damn! the info page even says so. Perhaps you know, how would I get unpadded day numbers, i.e 'Dec 3' instead of 'Dec 03'? Preferably without #ifdef's ;-) From xfce-bugs at xfce.org Wed Dec 17 16:49:15 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 15:49:15 +0000 (GMT) Subject: [XFCE 0000049]: clock ballon text (CVS-HEAD) Message-ID: <20031217154915.D56225EB9AE@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=49 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000049 Category: panel Reproducibility: always Severity: text Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-17 14:39 GMT Last Modified: 2003-12-17 15:49 GMT ======================================================================= Summary: clock ballon text (CVS-HEAD) Description: On placing the mouse over the clock in the panel, the ballon text reads: Wednesday, -d December 2003 Seems like the string has a typo (-d in stead of %d) ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:55 GMT ----------------------------------------------------------------------- Guess this is a gnu extension to strftime then ... Damn! the info page even says so. Perhaps you know, how would I get unpadded day numbers, i.e 'Dec 3' instead of 'Dec 03'? Preferably without #ifdef's ;-) ----------------------------------------------------------------------- edscott - 2003-12-17 15:49 GMT ----------------------------------------------------------------------- By default C format will not pad. Thus, printf ("%s %d","Dec",3); yields "Dec 3" printf ("%s %2d","Dec",3); yields "Dec 3" printf ("%s %02d","Dec",3); yields "Dec 03" But that would have to be within strftime then, which apparently uses %02d for %d and %2d for %e, and *no* option to get plain %d behaviour. Maybe you could use a wrapper function which acts on the return of strftime. Something like using %e for the day field and: strftime(date,...); for (i=0;i The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=47 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000047 Category: other Reproducibility: always Severity: trivial Priority: low Status: closed ======================================================================= Date Submitted: 2003-12-17 14:27 GMT Last Modified: 2003-12-17 20:26 GMT ======================================================================= Summary: xfce-mcs-manager (CVS-HEAD) Description: It seems that the xfce-mcs-manager encounters two lines of code instructing to load the workspaces module: ** (xfce-mcs-manager:15211): WARNING **: module /usr/local/lib/xfce4/mcs-plugins/workspaces_plugin.so ("workspaces") has already been loaded before ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:40 GMT ----------------------------------------------------------------------- This is because the workspaces dialog was moved from xfdesktop in 4.0 to xfwm4 in HEAD. To solve the problem remove workspaces_settings.* from ${prefix}/lib/xfce4/mcs-plugins/ ----------------------------------------------------------------------- olivier - 2003-12-17 20:26 GMT ----------------------------------------------------------------------- Yeah, not a bug ,the workspace plugin has been moved in xfwm and had meen merged into the margin plugin... Remove /usr/local/lib/xfce4/mcs-plugins/workspaces_settings.* if you switch to CVS HEAD. From xfce-bugs at xfce.org Wed Dec 17 21:26:50 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 20:26:50 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031217202650.102085EB9AE@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-17 20:26 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. ----------------------------------------------------------------------- olivier - 2003-12-13 21:55 GMT ----------------------------------------------------------------------- Any update on this? I would really like to get a backtrace. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 22:44 GMT ----------------------------------------------------------------------- Can you try this one: http://www.xfce.org/archive/test/xfdesktop-4.0.2-beta.tar.gz TIA Olivier. ----------------------------------------------------------------------- jolan - 2003-12-14 23:29 GMT ----------------------------------------------------------------------- Sorry, I have just come back into town. I will have some time 12/15 & 12/16 to work on this. ----------------------------------------------------------------------- jolan - 2003-12-15 05:20 GMT ----------------------------------------------------------------------- Got some time tonight and tried xfdesktop-4.0.2. It indeed fixes the issue. I had also updated libxml2 to version 2.6.3, so I retried 4.0.1 and it continues to crash, so the fix definitely seems to be fixed by 4.0.2 and not the libxml2 upgrade. Do you have a minimal patch to tide me over? I would like to import xfce 4.0.1 into the OpenBSD ports repository tomorrow rather than wait for 4.0.2 to be released. ----------------------------------------------------------------------- jolan - 2003-12-15 05:54 GMT ----------------------------------------------------------------------- Nevermind... Was trying to find what was changed via WebCVS and instead found it by diffing the tarballs. This can be closed as far as I am concerned, thank you very much for your help. ----------------------------------------------------------------------- olivier - 2003-12-17 20:26 GMT ----------------------------------------------------------------------- Ok, problem fixed. From xfce-bugs at xfce.org Wed Dec 17 21:26:59 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 20:26:59 +0000 (GMT) Subject: [XFCE 0000035]: openbsd/sparc64 3.4-current crashes on subsequent runs Message-ID: <20031217202659.267B05EB9AE@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000035 ======================================================================= Reporter: jolan Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000035 Category: general Reproducibility: always Severity: crash Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-08 05:22 GMT Last Modified: 2003-12-17 20:26 GMT ======================================================================= Summary: openbsd/sparc64 3.4-current crashes on subsequent runs Description: Just put together a port of xfce4 for OpenBSD. It works great on sparc64 the first time, but on subsequent runs, I see the taskbar pop-up, but then X exits and I see xfce4 component core files in my home directory (varies from 1-4). If I rm -rf .~/.xfce4, then xfce4 starts OK. So I assume this is a problem with loading the configuration files. I diff'ed the generated files against ones generated on i386 and the only differences were due to screen resolution. I searched the archives and only saw references to an endian/64-bit fixed in libxfce4mcs, and a race condition between the window manager and systray. I applied the libxfce4mcs fix, but still have problems. I did: while ( 1 ) startx end to see if it was a race condition, but xfce4 still didn't start. I would try analyzing the cores, but gdb is pretty useless on OpenBSD/sparc64. Are there any patches for me to try, or otherwise useful information I can collect? BTW, xfce4 on OpenBSD/i386 seems to work perfectly so far. ======================================================================= ----------------------------------------------------------------------- jolan - 2003-12-08 05:24 GMT ----------------------------------------------------------------------- BTW, I am starting xfce4 via startx with this in my .xinitrc: xfce-mcs-manager xfwm4 --daemon xftaskbar4 & xfdesktop & exec xfce4-panel ----------------------------------------------------------------------- olivier - 2003-12-08 18:28 GMT ----------------------------------------------------------------------- The endianess problems were in libxfcegui4 and xfwm4 and by no mean were causing crash. A backtrace from gdb would be definitely useful, itherwize we have very little chance to find a fix. It's worth noting that xfce4 is reported to run fine on several 64bit non x86 platforms such as alpha, sparc and mips, so it may or may not be a 64 bit issue (did you try updating libxml2 maybe?) Olivier. ----------------------------------------------------------------------- jolan - 2003-12-09 03:13 GMT ----------------------------------------------------------------------- I was running 2.5.10, going to try 2.6.2 and some other tricks. ----------------------------------------------------------------------- jolan - 2003-12-10 06:10 GMT ----------------------------------------------------------------------- I've upgraded libxml2 and I'm still having problems. Removing just workspaces.xml is enough to fix things, as opposed to removing all of ~/.xfce4. Any hints? If not, I will attempt to get gdb5.3 or 6.0 working. ----------------------------------------------------------------------- olivier - 2003-12-10 20:19 GMT ----------------------------------------------------------------------- Ah... Did you install the CVS HEAD version? If so, you *need* to remove /usr/lib/xfce4/mcs-plugins/workspaces_settings* because that functionality is handled by another plugin. ----------------------------------------------------------------------- jolan - 2003-12-10 21:09 GMT ----------------------------------------------------------------------- I didn't install the CVS version, this has all been 4.0.1. ----------------------------------------------------------------------- olivier - 2003-12-13 21:55 GMT ----------------------------------------------------------------------- Any update on this? I would really like to get a backtrace. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 22:44 GMT ----------------------------------------------------------------------- Can you try this one: http://www.xfce.org/archive/test/xfdesktop-4.0.2-beta.tar.gz TIA Olivier. ----------------------------------------------------------------------- jolan - 2003-12-14 23:29 GMT ----------------------------------------------------------------------- Sorry, I have just come back into town. I will have some time 12/15 & 12/16 to work on this. ----------------------------------------------------------------------- jolan - 2003-12-15 05:20 GMT ----------------------------------------------------------------------- Got some time tonight and tried xfdesktop-4.0.2. It indeed fixes the issue. I had also updated libxml2 to version 2.6.3, so I retried 4.0.1 and it continues to crash, so the fix definitely seems to be fixed by 4.0.2 and not the libxml2 upgrade. Do you have a minimal patch to tide me over? I would like to import xfce 4.0.1 into the OpenBSD ports repository tomorrow rather than wait for 4.0.2 to be released. ----------------------------------------------------------------------- jolan - 2003-12-15 05:54 GMT ----------------------------------------------------------------------- Nevermind... Was trying to find what was changed via WebCVS and instead found it by diffing the tarballs. This can be closed as far as I am concerned, thank you very much for your help. ----------------------------------------------------------------------- olivier - 2003-12-17 20:26 GMT ----------------------------------------------------------------------- Ok, problem fixed. From xfce-bugs at xfce.org Wed Dec 17 21:27:31 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 20:27:31 +0000 (GMT) Subject: [XFCE 0000034]: Kstart sometimes puts windows on more than one desktop. Message-ID: <20031217202731.A1B325EB9AE@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000034 ======================================================================= Reporter: botsie Handler: ======================================================================= Project: XFCE Bug ID: 0000034 Category: xfwm Reproducibility: random Severity: minor Priority: none Status: new ======================================================================= Date Submitted: 2003-12-08 01:22 GMT Last Modified: 2003-12-17 20:27 GMT ======================================================================= Summary: Kstart sometimes puts windows on more than one desktop. Description: I use kstart to start and place my initial windows. Occasionally, the window is placed on the active desktop in addition to the desktop set by kstart. Example: use kstart to start sylpheed and place it on desktop 4. Desktop 1 is the active desktop. The sylpheed window can be seen and interacted with on desktop 1 and desktop 4 as well. The workaround is to pin the window. And then unpin it on the desired desktop. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 22:16 GMT ----------------------------------------------------------------------- Can't reproduce the problem. What version of xfwm4 and kstart are your running? Olivier. ----------------------------------------------------------------------- olivier - 2003-12-13 21:49 GMT ----------------------------------------------------------------------- Still can't reproduce the problem and by reading xfwm4 code, I can hardly see how this could happen. Again, what version of xfwm4 and kstart are your running? Olivier. ----------------------------------------------------------------------- botsie - 2003-12-15 04:37 GMT ----------------------------------------------------------------------- xfwm4 version: xfwm4-4.0.0-1 [botsie at krondor botsie]$ kstart -v Qt: 3.0.5 KDE: 3.0.3-8 Red Hat KStart: kstart version 1.9 Sylpheed: 0.9.4claws My machine has bad RAM, but that doesn't seem like a likely cause in this case. ----------------------------------------------------------------------- olivier - 2003-12-17 20:27 GMT ----------------------------------------------------------------------- Please update to latest xfce stable first. Olivier. From xfce-bugs at xfce.org Wed Dec 17 21:28:59 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 17 Dec 2003 20:28:59 +0000 (GMT) Subject: [XFCE 0000048]: xfdesktop (CVS-HEAD) Message-ID: <20031217202859.EA0A95EB9AE@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=48 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000048 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-17 14:35 GMT Last Modified: 2003-12-17 20:28 GMT ======================================================================= Summary: xfdesktop (CVS-HEAD) Description: If a list of images is defined, you get this warning: (xfdesktop:15451): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 729 (gdk_pixbuf_new_from_file): assertion `filename != NULL' failed And corruption of the Xserver memory follows with crashes in unrelated programs (like gkrellm with transparent theme). If a single image is defined as background, it apparently works, but Xserver memory corruption also ensues with crashes in programs like gkrellm with transparent theme. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:45 GMT ----------------------------------------------------------------------- Yeah, the image setting code needs some love. I've experienced some problems as well. Also related to setting and/or removing the root properties (_XROOTPMAP_ID and _ESETROOT_PIXMAP_ID). I'm sure it is my fault ;) Not sure of the solution yet. I believe it is only in HEAD though. ----------------------------------------------------------------------- olivier - 2003-12-17 20:28 GMT ----------------------------------------------------------------------- Don't get confused. It's not memory corruption at all. Simply the property is set to a wrong pixmap id, so other apps which try to use the pixmap crash. From xfce-bugs at xfce.org Fri Dec 19 12:45:59 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 19 Dec 2003 11:45:59 +0000 (GMT) Subject: [XFCE 0000050]: xfdesktop crashes on load after first time a session was saved Message-ID: <20031219114559.0D76F5EB9AD@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=50 ======================================================================= Reporter: conrausch Handler: ======================================================================= Project: XFCE Bug ID: 0000050 Category: general Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-19 11:45 GMT Last Modified: 2003-12-19 11:45 GMT ======================================================================= Summary: xfdesktop crashes on load after first time a session was saved Description: after having saved a session on logout, everytime i start xfce, xfdesktop quitd with the following error message: The program 'xfdesktop' received an X Window System error. The error was 'BadAtom (invalid Atom Parameter)'. (Details: serial 228 error_code 5 request_code 20 minor_code 0) if i delete my .xfce directory, it works again, until i save the session on logout... interesting: even after the error occured, i can start xfdesktop manually and it behaves as expected. does anybody have an idea about why this happens? ======================================================================= From xfce-bugs at xfce.org Fri Dec 19 13:26:37 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 19 Dec 2003 12:26:37 +0000 (GMT) Subject: [XFCE 0000050]: xfdesktop crashes on load after first time a session was saved Message-ID: <20031219122637.782425EB9AD@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000050 ======================================================================= Reporter: conrausch Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000050 Category: general Reproducibility: always Severity: minor Priority: normal Status: confirmed ======================================================================= Date Submitted: 2003-12-19 11:45 GMT Last Modified: 2003-12-19 12:26 GMT ======================================================================= Summary: xfdesktop crashes on load after first time a session was saved Description: after having saved a session on logout, everytime i start xfce, xfdesktop quitd with the following error message: The program 'xfdesktop' received an X Window System error. The error was 'BadAtom (invalid Atom Parameter)'. (Details: serial 228 error_code 5 request_code 20 minor_code 0) if i delete my .xfce directory, it works again, until i save the session on logout... interesting: even after the error occured, i can start xfdesktop manually and it behaves as expected. does anybody have an idea about why this happens? ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-19 12:26 GMT ----------------------------------------------------------------------- Yeah, there's a bug in the CVS HEAD version related to X root window properties. Probably pointing to the wrong window id or something. I need to find some time to look at it ... From fourdan at xfce.org Sun Dec 21 22:15:31 2003 From: fourdan at xfce.org (Olivier Fourdan) Date: Sun, 21 Dec 2003 22:15:31 +0100 Subject: xfce-4.0.2 released Message-ID: <1072041330.17182.6.camel@shuttle> Hello World\n The XFce Team is pleased to announce the release 4.0.2 of the XFce 4 Desktop Environment and Development Platform. This is a bugfix release and all users of 4.0.0 and 4.0.1 are encouraged to upgrade to this version. Quick sum-up of changes: * Improve window manager responsiveness * Various bug fixes in file manager, window manager and panel * More 64bit clean up * New translation added: Azerbaijani Please visit http://www.xfce.org or http://xfce.sf.net for file download. Rgds, -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org From sofar at lunar-linux.org Mon Dec 22 22:06:43 2003 From: sofar at lunar-linux.org (Auke Kok) Date: Mon, 22 Dec 2003 22:06:43 +0100 Subject: test Message-ID: <3FE75CE3.4090207@lunar-linux.org> test .. ignore From xfce-bugs at xfce.org Tue Dec 23 03:37:57 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 02:37:57 +0000 (GMT) Subject: [XFCE 0000051]: when extracting/uncompressing archives Message-ID: <20031223023757.C0A3C5EBA49@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=51 ======================================================================= Reporter: iandc76 Handler: ======================================================================= Project: XFCE Bug ID: 0000051 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-23 02:37 GMT Last Modified: 2003-12-23 02:37 GMT ======================================================================= Summary: when extracting/uncompressing archives Description: xffm hangs when extracting/uncompressing archives. ======================================================================= From fourdan at xfce.org Tue Dec 23 07:34:00 2003 From: fourdan at xfce.org (Olivier Fourdan) Date: Tue, 23 Dec 2003 07:34:00 +0100 Subject: test - please ignore Message-ID: <1072161240.1635.0.camel@shuttle> - This is a test - Never mind - -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org From xfce-bugs at xfce.org Tue Dec 23 14:02:47 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:02:47 +0000 (GMT) Subject: [XFCE 0000050]: xfdesktop crashes on load after first time a session was saved Message-ID: <20031223130247.0740F5EBA64@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000050 ======================================================================= Reporter: conrausch Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000050 Category: general Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-19 11:45 GMT Last Modified: 2003-12-23 13:02 GMT ======================================================================= Summary: xfdesktop crashes on load after first time a session was saved Description: after having saved a session on logout, everytime i start xfce, xfdesktop quitd with the following error message: The program 'xfdesktop' received an X Window System error. The error was 'BadAtom (invalid Atom Parameter)'. (Details: serial 228 error_code 5 request_code 20 minor_code 0) if i delete my .xfce directory, it works again, until i save the session on logout... interesting: even after the error occured, i can start xfdesktop manually and it behaves as expected. does anybody have an idea about why this happens? ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-19 12:26 GMT ----------------------------------------------------------------------- Yeah, there's a bug in the CVS HEAD version related to X root window properties. Probably pointing to the wrong window id or something. I need to find some time to look at it ... ----------------------------------------------------------------------- huysmans - 2003-12-23 13:02 GMT ----------------------------------------------------------------------- It should be fixed in CVS now. Please reopen if it still gives the error. From xfce-bugs at xfce.org Tue Dec 23 14:09:39 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:09:39 +0000 (GMT) Subject: [XFCE 0000012]: xfce4-panel crashes on commands with empty 'Command' field Message-ID: <20031223130939.CB9B25EBA64@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000012 ======================================================================= Reporter: jimmy Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000012 Category: panel Reproducibility: always Severity: trivial Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-17 12:45 GMT Last Modified: 2003-12-23 13:09 GMT ======================================================================= Summary: xfce4-panel crashes on commands with empty 'Command' field Description: When running an application from the panel, no check is made if it's "Command" field is empty. So when it is, any attempt to run the command ends with signal11 due to the command->cmd field being NULL, and the panel is restarted. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-11-17 14:45 GMT ----------------------------------------------------------------------- Seems like this is fixed 4.0.1. I make a launcher with an empty 'Command' field, click it, and nothing happens (no panel crash). ----------------------------------------------------------------------- huysmans - 2003-11-17 15:07 GMT ----------------------------------------------------------------------- Hmm, I am quite sure that check used to be there ... Anyway, it doesn't crash for me either, but it is definitely a bug. I'm about to commit the following patch to CVS (yours was fine as well, this one will complain a bit more ;-) Thanks, Jasper Index: xfce_support.c =================================================================== RCS file: /var/cvs/xfce/xfce4/xfce4/panel/xfce_support.c,v retrieving revision 1.47 diff -u -r1.47 xfce_support.c --- xfce_support.c 7 Aug 2003 19:05:04 -0000 1.47 +++ xfce_support.c 17 Nov 2003 15:05:09 -0000 @@ -982,6 +982,7 @@ void exec_cmd (const char *cmd, gboolean in_terminal, gboolean use_sn) { + g_return_if_fail (cmd != NULL); schedule_exec(cmd, in_terminal, use_sn, FALSE); } @@ -989,5 +990,6 @@ void exec_cmd_silent (const char *cmd, gboolean in_terminal, gboolean use_sn) { + g_return_if_fail (cmd != NULL); schedule_exec(cmd, in_terminal, use_sn, TRUE); } ----------------------------------------------------------------------- huysmans - 2003-11-17 15:36 GMT ----------------------------------------------------------------------- Setting status to resolved. I will close the bug when a version containing the fix is released. ----------------------------------------------------------------------- huysmans - 2003-12-23 13:09 GMT ----------------------------------------------------------------------- fixed in 4.0.2 From xfce-bugs at xfce.org Tue Dec 23 14:11:50 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:11:50 +0000 (GMT) Subject: [XFCE 0000031]: After remote X login with different screensize correct panel location isn't detected. Message-ID: <20031223131150.C8F8D5EBA75@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000031 ======================================================================= Reporter: daniel ciaglia Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000031 Category: panel Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-06 10:26 GMT Last Modified: 2003-12-23 13:11 GMT ======================================================================= Summary: After remote X login with different screensize correct panel location isn't detected. Description: OK, actually c&p from my eMail to the dev-list (Msg-ID:<20031206102733.35c6e23d.daniel at ciaglia.de>): Logging in with remote X (X -query orwell) into my default desktop with an different display size (800x600 vs. 1280x1024), doing some work, shutting down the laptop and using the workstation as usual the next day gives me this position of the panel: http://www.ciaglia.de/tmp/desktop.jpg When working remote, the panel sets itself to the lower border of the screen, but not centered. Back to normal, it's a little bit lazy and stays at its position in the center of the screen. Well, I haven't looked at the code but wouldn't it be the cleaner solution to use the set preferences (center at the bottom) at every startup then waitinig for the final *click* in the settings menu? ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-23 13:11 GMT ----------------------------------------------------------------------- fixed in 4.0.2 From xfce-bugs at xfce.org Tue Dec 23 14:11:58 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:11:58 +0000 (GMT) Subject: [XFCE 0000031]: After remote X login with different screensize correct panel location isn't detected. Message-ID: <20031223131158.8AC835EBA7B@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000031 ======================================================================= Reporter: daniel ciaglia Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000031 Category: panel Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-06 10:26 GMT Last Modified: 2003-12-23 13:11 GMT ======================================================================= Summary: After remote X login with different screensize correct panel location isn't detected. Description: OK, actually c&p from my eMail to the dev-list (Msg-ID:<20031206102733.35c6e23d.daniel at ciaglia.de>): Logging in with remote X (X -query orwell) into my default desktop with an different display size (800x600 vs. 1280x1024), doing some work, shutting down the laptop and using the workstation as usual the next day gives me this position of the panel: http://www.ciaglia.de/tmp/desktop.jpg When working remote, the panel sets itself to the lower border of the screen, but not centered. Back to normal, it's a little bit lazy and stays at its position in the center of the screen. Well, I haven't looked at the code but wouldn't it be the cleaner solution to use the set preferences (center at the bottom) at every startup then waitinig for the final *click* in the settings menu? ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-23 13:11 GMT ----------------------------------------------------------------------- fixed in 4.0.2 From xfce-bugs at xfce.org Tue Dec 23 14:13:37 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:13:37 +0000 (GMT) Subject: [XFCE 0000032]: XFce4-panel crashes when trying to access non-existing launchers menu Message-ID: <20031223131337.ED9F85EBA7D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000032 ======================================================================= Reporter: asoo Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000032 Category: panel Reproducibility: always Severity: crash Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-06 14:36 GMT Last Modified: 2003-12-23 13:13 GMT ======================================================================= Summary: XFce4-panel crashes when trying to access non-existing launchers menu Description: There is two ways to crash the panel: You need a laucher and a menu attached to it. 1) Left-click and then before menu occures right-click on launcher so that two menus appers at the same time. After removing launcher the other menu stills stays open and will crash the panel if you are trying to add new launcher to it. 2) You need at least one item on menu, so that you can undoc the menu from launcher. After removing launcher the undocked menu stays open and accessing to it's items or trying to close it will crash panel. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-06 14:49 GMT ----------------------------------------------------------------------- Both crash confirmed. Olivier. ----------------------------------------------------------------------- asoo - 2003-12-06 15:05 GMT ----------------------------------------------------------------------- in first case you should click on laucher and hold down you'r left mouse button(not just click on it) and then right click on it... ----------------------------------------------------------------------- huysmans - 2003-12-06 16:09 GMT ----------------------------------------------------------------------- This should fix both issues. Please reopen if it doesn't. Index: panel/popup.c =================================================================== RCS file: /var/cvs/xfce/xfce4/xfce4-panel/panel/popup.c,v retrieving revision 1.40 diff -u -r1.40 popup.c --- panel/popup.c 3 Sep 2003 21:23:48 -0000 1.40 +++ panel/popup.c 6 Dec 2003 16:03:48 -0000 @@ -490,6 +490,8 @@ /* only items contain non-gtk elements to be freed */ GList *li; + gtk_widget_destroy (pp->window); + for (li = pp->items; li && li->data; li = li->next) { Item *mi = li->data; ----------------------------------------------------------------------- huysmans - 2003-12-23 13:13 GMT ----------------------------------------------------------------------- fixed in 4.0.2 From xfce-bugs at xfce.org Tue Dec 23 14:23:34 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:23:34 +0000 (GMT) Subject: [XFCE 0000044]: Graphical Pager on vertical doesn't flip desktops Message-ID: <20031223132334.90E035EBA6E@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000044 ======================================================================= Reporter: Lambda1 Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000044 Category: plugins Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-12 10:46 GMT Last Modified: 2003-12-23 13:23 GMT ======================================================================= Summary: Graphical Pager on vertical doesn't flip desktops Description: As you can see on the screenshot below [1], the pager doesn't flip the desktops when in Vertical Mode. tested with xfce4-panel, version 4.0.1 Ruben [1] http://files.lambda1.be/screenshots/panel.png ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-12 10:59 GMT ----------------------------------------------------------------------- Hmm, I don't have that problem here, but I'm running CVS code. I will install 4.0.1 and see if I can reproduce it. ----------------------------------------------------------------------- olivier - 2003-12-12 19:52 GMT ----------------------------------------------------------------------- This is a known problem in 4.0.1 that is fixed in CVS (and will be in 4.0.2) I think this bug should be closed or filed as duplicate. OlivieR. ----------------------------------------------------------------------- huysmans - 2003-12-23 13:23 GMT ----------------------------------------------------------------------- fixed in 4.0.2 From xfce-bugs at xfce.org Tue Dec 23 14:23:40 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:23:40 +0000 (GMT) Subject: [XFCE 0000044]: Graphical Pager on vertical doesn't flip desktops Message-ID: <20031223132340.271EA5EBA6E@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000044 ======================================================================= Reporter: Lambda1 Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000044 Category: plugins Reproducibility: always Severity: feature Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-12 10:46 GMT Last Modified: 2003-12-23 13:23 GMT ======================================================================= Summary: Graphical Pager on vertical doesn't flip desktops Description: As you can see on the screenshot below [1], the pager doesn't flip the desktops when in Vertical Mode. tested with xfce4-panel, version 4.0.1 Ruben [1] http://files.lambda1.be/screenshots/panel.png ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-12 10:59 GMT ----------------------------------------------------------------------- Hmm, I don't have that problem here, but I'm running CVS code. I will install 4.0.1 and see if I can reproduce it. ----------------------------------------------------------------------- olivier - 2003-12-12 19:52 GMT ----------------------------------------------------------------------- This is a known problem in 4.0.1 that is fixed in CVS (and will be in 4.0.2) I think this bug should be closed or filed as duplicate. OlivieR. ----------------------------------------------------------------------- huysmans - 2003-12-23 13:23 GMT ----------------------------------------------------------------------- fixed in 4.0.2 From xfce-bugs at xfce.org Tue Dec 23 14:25:29 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:25:29 +0000 (GMT) Subject: [XFCE 0000049]: clock ballon text (CVS-HEAD) Message-ID: <20031223132529.44CCD5EBA8A@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000049 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000049 Category: panel Reproducibility: always Severity: text Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-17 14:39 GMT Last Modified: 2003-12-23 13:25 GMT ======================================================================= Summary: clock ballon text (CVS-HEAD) Description: On placing the mouse over the clock in the panel, the ballon text reads: Wednesday, -d December 2003 Seems like the string has a typo (-d in stead of %d) ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:55 GMT ----------------------------------------------------------------------- Guess this is a gnu extension to strftime then ... Damn! the info page even says so. Perhaps you know, how would I get unpadded day numbers, i.e 'Dec 3' instead of 'Dec 03'? Preferably without #ifdef's ;-) ----------------------------------------------------------------------- edscott - 2003-12-17 15:49 GMT ----------------------------------------------------------------------- By default C format will not pad. Thus, printf ("%s %d","Dec",3); yields "Dec 3" printf ("%s %2d","Dec",3); yields "Dec 3" printf ("%s %02d","Dec",3); yields "Dec 03" But that would have to be within strftime then, which apparently uses %02d for %d and %2d for %e, and *no* option to get plain %d behaviour. Maybe you could use a wrapper function which acts on the return of strftime. Something like using %e for the day field and: strftime(date,...); for (i=0;i The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000049 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000049 Category: panel Reproducibility: always Severity: text Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-17 14:39 GMT Last Modified: 2003-12-23 13:25 GMT ======================================================================= Summary: clock ballon text (CVS-HEAD) Description: On placing the mouse over the clock in the panel, the ballon text reads: Wednesday, -d December 2003 Seems like the string has a typo (-d in stead of %d) ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:55 GMT ----------------------------------------------------------------------- Guess this is a gnu extension to strftime then ... Damn! the info page even says so. Perhaps you know, how would I get unpadded day numbers, i.e 'Dec 3' instead of 'Dec 03'? Preferably without #ifdef's ;-) ----------------------------------------------------------------------- edscott - 2003-12-17 15:49 GMT ----------------------------------------------------------------------- By default C format will not pad. Thus, printf ("%s %d","Dec",3); yields "Dec 3" printf ("%s %2d","Dec",3); yields "Dec 3" printf ("%s %02d","Dec",3); yields "Dec 03" But that would have to be within strftime then, which apparently uses %02d for %d and %2d for %e, and *no* option to get plain %d behaviour. Maybe you could use a wrapper function which acts on the return of strftime. Something like using %e for the day field and: strftime(date,...); for (i=0;i The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000048 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000048 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-17 14:35 GMT Last Modified: 2003-12-23 13:51 GMT ======================================================================= Summary: xfdesktop (CVS-HEAD) Description: If a list of images is defined, you get this warning: (xfdesktop:15451): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 729 (gdk_pixbuf_new_from_file): assertion `filename != NULL' failed And corruption of the Xserver memory follows with crashes in unrelated programs (like gkrellm with transparent theme). If a single image is defined as background, it apparently works, but Xserver memory corruption also ensues with crashes in programs like gkrellm with transparent theme. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:45 GMT ----------------------------------------------------------------------- Yeah, the image setting code needs some love. I've experienced some problems as well. Also related to setting and/or removing the root properties (_XROOTPMAP_ID and _ESETROOT_PIXMAP_ID). I'm sure it is my fault ;) Not sure of the solution yet. I believe it is only in HEAD though. ----------------------------------------------------------------------- olivier - 2003-12-17 20:28 GMT ----------------------------------------------------------------------- Don't get confused. It's not memory corruption at all. Simply the property is set to a wrong pixmap id, so other apps which try to use the pixmap crash. ----------------------------------------------------------------------- huysmans - 2003-12-23 13:51 GMT ----------------------------------------------------------------------- List file handling fixed. The root window property problems should also be solved. From xfce-bugs at xfce.org Tue Dec 23 14:51:31 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 23 Dec 2003 13:51:31 +0000 (GMT) Subject: [XFCE 0000048]: xfdesktop (CVS-HEAD) Message-ID: <20031223135131.7D3E55EBA95@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000048 ======================================================================= Reporter: edscott Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000048 Category: other Reproducibility: always Severity: major Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-17 14:35 GMT Last Modified: 2003-12-23 13:51 GMT ======================================================================= Summary: xfdesktop (CVS-HEAD) Description: If a list of images is defined, you get this warning: (xfdesktop:15451): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 729 (gdk_pixbuf_new_from_file): assertion `filename != NULL' failed And corruption of the Xserver memory follows with crashes in unrelated programs (like gkrellm with transparent theme). If a single image is defined as background, it apparently works, but Xserver memory corruption also ensues with crashes in programs like gkrellm with transparent theme. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-17 14:45 GMT ----------------------------------------------------------------------- Yeah, the image setting code needs some love. I've experienced some problems as well. Also related to setting and/or removing the root properties (_XROOTPMAP_ID and _ESETROOT_PIXMAP_ID). I'm sure it is my fault ;) Not sure of the solution yet. I believe it is only in HEAD though. ----------------------------------------------------------------------- olivier - 2003-12-17 20:28 GMT ----------------------------------------------------------------------- Don't get confused. It's not memory corruption at all. Simply the property is set to a wrong pixmap id, so other apps which try to use the pixmap crash. ----------------------------------------------------------------------- huysmans - 2003-12-23 13:51 GMT ----------------------------------------------------------------------- List file handling fixed. The root window property problems should also be solved. From fourdan at xfce.org Tue Dec 23 23:45:23 2003 From: fourdan at xfce.org (Olivier Fourdan) Date: Tue, 23 Dec 2003 23:45:23 +0100 Subject: vacations. Message-ID: <1072219523.3640.2.camel@shuttle> Hi all, I'll be on vacation until Jan. 3rd 2004. I won't have access to my mails until then, so don't expect much from me. Enjoy your christmas vacations, and see you next year, same place. Cheers, -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org From xfce-bugs at xfce.org Wed Dec 24 09:47:09 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 24 Dec 2003 08:47:09 +0000 (GMT) Subject: [XFCE 0000051]: when extracting/uncompressing archives Message-ID: <20031224084709.760EC5EB9EE@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000051 ======================================================================= Reporter: iandc76 Handler: ======================================================================= Project: XFCE Bug ID: 0000051 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-23 02:37 GMT Last Modified: 2003-12-24 08:47 GMT ======================================================================= Summary: when extracting/uncompressing archives Description: xffm hangs when extracting/uncompressing archives. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-12-24 08:47 GMT ----------------------------------------------------------------------- This happens when tar requires input from the user, and there is no mechanism in xffm to give it. From xfce-bugs at xfce.org Wed Dec 24 10:24:07 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 24 Dec 2003 09:24:07 +0000 (GMT) Subject: [XFCE 0000042]: always on top flag? Message-ID: <20031224092407.4C0C25EB9EE@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000042 ======================================================================= Reporter: m6reid Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000042 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-12-12 02:20 GMT Last Modified: 2003-12-24 09:24 GMT ======================================================================= Summary: always on top flag? Description: I'd like to see an always on top flag to be added to the title-bar context menu. Even better would be a new title-bar button to be created and configurable just like the current ones. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-13 21:46 GMT ----------------------------------------------------------------------- This is a feature, features shouldn't be treated as bugs. Olivier. From xfce-bugs at xfce.org Wed Dec 24 10:24:20 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 24 Dec 2003 09:24:20 +0000 (GMT) Subject: [XFCE 0000042]: always on top flag? Message-ID: <20031224092420.424985EB9EE@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000042 ======================================================================= Reporter: m6reid Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000042 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-12 02:20 GMT Last Modified: 2003-12-24 09:24 GMT ======================================================================= Summary: always on top flag? Description: I'd like to see an always on top flag to be added to the title-bar context menu. Even better would be a new title-bar button to be created and configurable just like the current ones. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-13 21:46 GMT ----------------------------------------------------------------------- This is a feature, features shouldn't be treated as bugs. Olivier. From xfce-bugs at xfce.org Wed Dec 24 14:42:40 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 24 Dec 2003 13:42:40 +0000 (GMT) Subject: [XFCE 0000052]: Resize the window by using the upper edge of the windows Message-ID: <20031224134240.9339C5EBAE7@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=52 ======================================================================= Reporter: Halanegri Handler: ======================================================================= Project: XFCE Bug ID: 0000052 Category: xfwm Reproducibility: always Severity: tweak Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-24 13:42 GMT Last Modified: 2003-12-24 13:42 GMT ======================================================================= Summary: Resize the window by using the upper edge of the windows Description: Could you make it possible to resize windows by pressing and holding the mouse button on the upper edge? If I want to resize it from the down up, I have to move the window up, then resize it by pressing the lower edge, or by pressing the upper-left/upper-right corner of the window. It would be much easier if I could just press anywhere on the upper egde like with any other edge of the window. ======================================================================= From xfce-bugs at xfce.org Wed Dec 24 21:43:56 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 24 Dec 2003 20:43:56 +0000 (GMT) Subject: [XFCE 0000052]: Resize the window by using the upper edge of the windows Message-ID: <20031224204356.7529B5EBA68@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000052 ======================================================================= Reporter: Halanegri Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000052 Category: xfwm Reproducibility: always Severity: tweak Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-12-24 13:42 GMT Last Modified: 2003-12-24 20:43 GMT ======================================================================= Summary: Resize the window by using the upper edge of the windows Description: Could you make it possible to resize windows by pressing and holding the mouse button on the upper edge? If I want to resize it from the down up, I have to move the window up, then resize it by pressing the lower edge, or by pressing the upper-left/upper-right corner of the window. It would be much easier if I could just press anywhere on the upper egde like with any other edge of the window. ======================================================================= ----------------------------------------------------------------------- Moe - 2003-12-24 20:43 GMT ----------------------------------------------------------------------- This is not a bug. Please send any feature requests to the mailinglist. Thank you. From xfce-bugs at xfce.org Wed Dec 24 21:44:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 24 Dec 2003 20:44:02 +0000 (GMT) Subject: [XFCE 0000052]: Resize the window by using the upper edge of the windows Message-ID: <20031224204402.4DE645EBB0D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000052 ======================================================================= Reporter: Halanegri Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000052 Category: xfwm Reproducibility: always Severity: tweak Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-24 13:42 GMT Last Modified: 2003-12-24 20:44 GMT ======================================================================= Summary: Resize the window by using the upper edge of the windows Description: Could you make it possible to resize windows by pressing and holding the mouse button on the upper edge? If I want to resize it from the down up, I have to move the window up, then resize it by pressing the lower edge, or by pressing the upper-left/upper-right corner of the window. It would be much easier if I could just press anywhere on the upper egde like with any other edge of the window. ======================================================================= ----------------------------------------------------------------------- Moe - 2003-12-24 20:43 GMT ----------------------------------------------------------------------- This is not a bug. Please send any feature requests to the mailinglist. Thank you. From xfce-bugs at xfce.org Thu Dec 25 23:00:32 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 25 Dec 2003 22:00:32 +0000 (GMT) Subject: [XFCE 0000053]: Copying hangs Xffm Message-ID: <20031225220032.CE75F5EBB09@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000053 ======================================================================= Reporter: bwalle Handler: ======================================================================= Project: XFCE Bug ID: 0000053 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-25 22:00 GMT Last Modified: 2003-12-25 22:00 GMT ======================================================================= Summary: Copying hangs Xffm Description: Since Xffm 4.0.2, copying of a file hangs Xffm. The file is copied but Xffm hangs at 9/10 MB, CPU usage is 100 %. ======================================================================= From xfce-bugs at xfce.org Fri Dec 26 04:49:56 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 26 Dec 2003 03:49:56 +0000 (GMT) Subject: [XFCE 0000054]: Broken multiple selection Message-ID: <20031226034956.ACD555EBB32@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=54 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000054 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-26 03:49 GMT Last Modified: 2003-12-26 03:49 GMT ======================================================================= Summary: Broken multiple selection Description: Multiple selection does not work right in xffm. Upon moving to a new directory, that directory is selected. Now drag a file somewhere, and both the directory and file are selected, as if ctrl were held down! I'm sure this is not the intented behaviour. It also happens when you have a file selected, and click and drag a second file, they both get selected! ======================================================================= From xfce-bugs at xfce.org Fri Dec 26 15:51:17 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 26 Dec 2003 14:51:17 +0000 (GMT) Subject: [XFCE 0000051]: when extracting/uncompressing archives Message-ID: <20031226145117.C0F195EBB3D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000051 ======================================================================= Reporter: iandc76 Handler: ======================================================================= Project: XFCE Bug ID: 0000051 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-23 02:37 GMT Last Modified: 2003-12-26 14:51 GMT ======================================================================= Summary: when extracting/uncompressing archives Description: xffm hangs when extracting/uncompressing archives. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-12-24 08:47 GMT ----------------------------------------------------------------------- This happens when tar requires input from the user, and there is no mechanism in xffm to give it. ----------------------------------------------------------------------- edscott - 2003-12-26 14:51 GMT ----------------------------------------------------------------------- The 4.1 branch has a mechanism for feedback, but no feedback is considered for doing a "tar -zxf" (should there be?). Due to the other bugs reported recently, I suspect a junk pointer somewhere. From xfce-bugs at xfce.org Fri Dec 26 23:59:57 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 26 Dec 2003 22:59:57 +0000 (GMT) Subject: [XFCE 0000055]: Problem compiling xfcalendar 0.1.4 Message-ID: <20031226225957.529F75EBB36@dbguin.lunar-linux.org> Le bug suivant a été ajouté. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=55 ======================================================================= Rapporteur: pierre Responsable: ======================================================================= Projet: XFCE Bug ID: 0000055 Catégorie: general Reproductibilité: toujours Sévérité: majeur Priorité: normale Etat: nouveau ======================================================================= Date de soumission: 2003-12-26 22:59 GMT Dernière modification: 2003-12-26 22:59 GMT ======================================================================= Résumé: Problem compiling xfcalendar 0.1.4 Description: # gmake gmake all-recursive gmake[1]: Entering directory `/tmp/xfcalendar-0.1.4' Making all in po gmake[2]: Entering directory `/tmp/xfcalendar-0.1.4/po' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/tmp/xfcalendar-0.1.4/po' Making all in src gmake[2]: Entering directory `/tmp/xfcalendar-0.1.4/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/X11R6/include -I/usr/local/include/xfce4 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/xfce4 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -s -O3 -march=i686 -MT xfcalendar-interface.o -MD -MP -MF ".deps/xfcalendar-interface.Tpo" \ -c -o xfcalendar-interface.o `test -f 'interface.c' || echo './'`interface.c; \ then mv -f ".deps/xfcalendar-interface.Tpo" ".deps/xfcalendar-interface.Po"; \ else rm -f ".deps/xfcalendar-interface.Tpo"; exit 1; \ fi interface.c:24:36: xfcalendar-icon-inline.h: No such file or directory interface.c: In function `create_XFCalendar': interface.c:56: error: `xfcalendar_icon' undeclared (first use in this function) interface.c:56: error: (Each undeclared identifier is reported only once interface.c:56: error: for each function it appears in.) interface.c: In function `create_wInfo': interface.c:345: error: `xfcalendar_icon' undeclared (first use in this function) gmake[2]: *** [xfcalendar-interface.o] Error 1 gmake[2]: Leaving directory `/tmp/xfcalendar-0.1.4/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/xfcalendar-0.1.4' gmake: *** [all] Error 2 ======================================================================= From xfce-bugs at xfce.org Sat Dec 27 05:19:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 04:19:02 +0000 (GMT) Subject: [XFCE 0000056]: Problem compiling xfce4-sample-plugin 0.1.0 Message-ID: <20031227041902.E23205EBB3E@dbguin.lunar-linux.org> Le bug suivant a été ajouté. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=56 ======================================================================= Rapporteur: pierre Responsable: ======================================================================= Projet: XFCE Bug ID: 0000056 Catégorie: general Reproductibilité: toujours Sévérité: majeur Priorité: normale Etat: nouveau ======================================================================= Date de soumission: 2003-12-27 04:19 GMT Dernière modification: 2003-12-27 04:19 GMT ======================================================================= Résumé: Problem compiling xfce4-sample-plugin 0.1.0 Description: # gmake gmake all-recursive gmake[1]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0' Making all in panel-plugin gmake[2]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF ".deps/libsample_la-sample.Tpo" \ -c -o libsample_la-sample.lo `test -f 'sample.c' || echo './'`sample.c; \ then mv -f ".deps/libsample_la-sample.Tpo" ".deps/libsample_la-sample.Plo"; \ else rm -f ".deps/libsample_la-sample.Tpo"; exit 1; \ fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF .deps/libsample_la-sample.Tpo -c sample.c -fPIC -DPIC -o .libs/libsample_la-sample.o sample.c: In function `xfce_control_class_init': sample.c:150: error: `sample_create_options' undeclared (first use in this function) sample.c:150: error: (Each undeclared identifier is reported only once sample.c:150: error: for each function it appears in.) gmake[2]: *** [libsample_la-sample.lo] Error 1 gmake[2]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0' gmake: *** [all] Error 2 ======================================================================= From xfce-bugs at xfce.org Sat Dec 27 11:03:05 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 10:03:05 +0000 (GMT) Subject: [XFCE 0000055]: Problem compiling xfcalendar 0.1.4 Message-ID: <20031227100305.D5F2E5EBB3E@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=55 ======================================================================= Reporter: pierre Handler: ======================================================================= Project: XFCE Bug ID: 0000055 Category: general Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-26 22:59 GMT Last Modified: 2003-12-27 10:03 GMT ======================================================================= Summary: Problem compiling xfcalendar 0.1.4 Description: # gmake gmake all-recursive gmake[1]: Entering directory `/tmp/xfcalendar-0.1.4' Making all in po gmake[2]: Entering directory `/tmp/xfcalendar-0.1.4/po' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/tmp/xfcalendar-0.1.4/po' Making all in src gmake[2]: Entering directory `/tmp/xfcalendar-0.1.4/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/X11R6/include -I/usr/local/include/xfce4 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/xfce4 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -s -O3 -march=i686 -MT xfcalendar-interface.o -MD -MP -MF ".deps/xfcalendar-interface.Tpo" \ -c -o xfcalendar-interface.o `test -f 'interface.c' || echo './'`interface.c; \ then mv -f ".deps/xfcalendar-interface.Tpo" ".deps/xfcalendar-interface.Po"; \ else rm -f ".deps/xfcalendar-interface.Tpo"; exit 1; \ fi interface.c:24:36: xfcalendar-icon-inline.h: No such file or directory interface.c: In function `create_XFCalendar': interface.c:56: error: `xfcalendar_icon' undeclared (first use in this function) interface.c:56: error: (Each undeclared identifier is reported only once interface.c:56: error: for each function it appears in.) interface.c: In function `create_wInfo': interface.c:345: error: `xfcalendar_icon' undeclared (first use in this function) gmake[2]: *** [xfcalendar-interface.o] Error 1 gmake[2]: Leaving directory `/tmp/xfcalendar-0.1.4/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/xfcalendar-0.1.4' gmake: *** [all] Error 2 ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-27 10:03 GMT ----------------------------------------------------------------------- Yes, the tarball and Makefile are broken, I'm afraid. Try this between ./configure and make stages: ( cd src && gdk-pixbuf-csource --raw --build-list \ xfcalendar_icon xfcalendar.png > xfcalendar-icon-inline.h ) From xfce-bugs at xfce.org Sat Dec 27 11:05:44 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 10:05:44 +0000 (GMT) Subject: [XFCE 0000056]: Problem compiling xfce4-sample-plugin 0.1.0 Message-ID: <20031227100544.513565EBB3E@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=56 ======================================================================= Reporter: pierre Handler: ======================================================================= Project: XFCE Bug ID: 0000056 Category: general Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-27 04:19 GMT Last Modified: 2003-12-27 10:05 GMT ======================================================================= Summary: Problem compiling xfce4-sample-plugin 0.1.0 Description: # gmake gmake all-recursive gmake[1]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0' Making all in panel-plugin gmake[2]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF ".deps/libsample_la-sample.Tpo" \ -c -o libsample_la-sample.lo `test -f 'sample.c' || echo './'`sample.c; \ then mv -f ".deps/libsample_la-sample.Tpo" ".deps/libsample_la-sample.Plo"; \ else rm -f ".deps/libsample_la-sample.Tpo"; exit 1; \ fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF .deps/libsample_la-sample.Tpo -c sample.c -fPIC -DPIC -o .libs/libsample_la-sample.o sample.c: In function `xfce_control_class_init': sample.c:150: error: `sample_create_options' undeclared (first use in this function) sample.c:150: error: (Each undeclared identifier is reported only once sample.c:150: error: for each function it appears in.) gmake[2]: *** [libsample_la-sample.lo] Error 1 gmake[2]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0' gmake: *** [all] Error 2 ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-27 10:05 GMT ----------------------------------------------------------------------- Don't compile it, it is too old. It should not have been in the release, sorry. From xfce-bugs at xfce.org Sat Dec 27 11:05:54 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 10:05:54 +0000 (GMT) Subject: [XFCE 0000056]: Problem compiling xfce4-sample-plugin 0.1.0 Message-ID: <20031227100554.EE06E5EBB3E@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=56 ======================================================================= Reporter: pierre Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000056 Category: general Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-27 04:19 GMT Last Modified: 2003-12-27 10:05 GMT ======================================================================= Summary: Problem compiling xfce4-sample-plugin 0.1.0 Description: # gmake gmake all-recursive gmake[1]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0' Making all in panel-plugin gmake[2]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF ".deps/libsample_la-sample.Tpo" \ -c -o libsample_la-sample.lo `test -f 'sample.c' || echo './'`sample.c; \ then mv -f ".deps/libsample_la-sample.Tpo" ".deps/libsample_la-sample.Plo"; \ else rm -f ".deps/libsample_la-sample.Tpo"; exit 1; \ fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF .deps/libsample_la-sample.Tpo -c sample.c -fPIC -DPIC -o .libs/libsample_la-sample.o sample.c: In function `xfce_control_class_init': sample.c:150: error: `sample_create_options' undeclared (first use in this function) sample.c:150: error: (Each undeclared identifier is reported only once sample.c:150: error: for each function it appears in.) gmake[2]: *** [libsample_la-sample.lo] Error 1 gmake[2]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0' gmake: *** [all] Error 2 ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-27 10:05 GMT ----------------------------------------------------------------------- Don't compile it, it is too old. It should not have been in the release, sorry. From xfce-bugs at xfce.org Sat Dec 27 11:06:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 10:06:02 +0000 (GMT) Subject: [XFCE 0000056]: Problem compiling xfce4-sample-plugin 0.1.0 Message-ID: <20031227100602.3BC325EBB3E@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=56 ======================================================================= Reporter: pierre Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000056 Category: general Reproducibility: always Severity: major Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-27 04:19 GMT Last Modified: 2003-12-27 10:06 GMT ======================================================================= Summary: Problem compiling xfce4-sample-plugin 0.1.0 Description: # gmake gmake all-recursive gmake[1]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0' Making all in panel-plugin gmake[2]: Entering directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF ".deps/libsample_la-sample.Tpo" \ -c -o libsample_la-sample.lo `test -f 'sample.c' || echo './'`sample.c; \ then mv -f ".deps/libsample_la-sample.Tpo" ".deps/libsample_la-sample.Plo"; \ else rm -f ".deps/libsample_la-sample.Tpo"; exit 1; \ fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/local/include/xfce4 -I/usr/X11R6/include -I/usr/local/include/libxml2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -s -O3 -march=i686 -MT libsample_la-sample.lo -MD -MP -MF .deps/libsample_la-sample.Tpo -c sample.c -fPIC -DPIC -o .libs/libsample_la-sample.o sample.c: In function `xfce_control_class_init': sample.c:150: error: `sample_create_options' undeclared (first use in this function) sample.c:150: error: (Each undeclared identifier is reported only once sample.c:150: error: for each function it appears in.) gmake[2]: *** [libsample_la-sample.lo] Error 1 gmake[2]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0/panel-plugin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/xfce4-sample-plugin-0.1.0' gmake: *** [all] Error 2 ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-27 10:05 GMT ----------------------------------------------------------------------- Don't compile it, it is too old. It should not have been in the release, sorry. From xfce-bugs at xfce.org Sat Dec 27 19:57:43 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 18:57:43 +0000 (GMT) Subject: [XFCE 0000055]: Problem compiling xfcalendar 0.1.4 Message-ID: <20031227185743.05D845EBA49@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000055 ======================================================================= Reporter: pierre Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000055 Category: general Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-12-26 22:59 GMT Last Modified: 2003-12-27 18:57 GMT ======================================================================= Summary: Problem compiling xfcalendar 0.1.4 Description: # gmake gmake all-recursive gmake[1]: Entering directory `/tmp/xfcalendar-0.1.4' Making all in po gmake[2]: Entering directory `/tmp/xfcalendar-0.1.4/po' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/tmp/xfcalendar-0.1.4/po' Making all in src gmake[2]: Entering directory `/tmp/xfcalendar-0.1.4/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/BerkeleyDB.4.1/include -I/usr/X11R6/include -I/usr/local/include/xfce4 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/xfce4 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -s -O3 -march=i686 -MT xfcalendar-interface.o -MD -MP -MF ".deps/xfcalendar-interface.Tpo" \ -c -o xfcalendar-interface.o `test -f 'interface.c' || echo './'`interface.c; \ then mv -f ".deps/xfcalendar-interface.Tpo" ".deps/xfcalendar-interface.Po"; \ else rm -f ".deps/xfcalendar-interface.Tpo"; exit 1; \ fi interface.c:24:36: xfcalendar-icon-inline.h: No such file or directory interface.c: In function `create_XFCalendar': interface.c:56: error: `xfcalendar_icon' undeclared (first use in this function) interface.c:56: error: (Each undeclared identifier is reported only once interface.c:56: error: for each function it appears in.) interface.c: In function `create_wInfo': interface.c:345: error: `xfcalendar_icon' undeclared (first use in this function) gmake[2]: *** [xfcalendar-interface.o] Error 1 gmake[2]: Leaving directory `/tmp/xfcalendar-0.1.4/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/xfcalendar-0.1.4' gmake: *** [all] Error 2 ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-27 10:03 GMT ----------------------------------------------------------------------- Yes, the tarball and Makefile are broken, I'm afraid. Try this between ./configure and make stages: ( cd src && gdk-pixbuf-csource --raw --build-list \ xfcalendar_icon xfcalendar.png > xfcalendar-icon-inline.h ) ----------------------------------------------------------------------- huysmans - 2003-12-27 18:57 GMT ----------------------------------------------------------------------- This problem is now fixed in CVS. I'll close the bug when a version containing the fix is released. From xfce-bugs at xfce.org Sat Dec 27 20:03:48 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 19:03:48 +0000 (GMT) Subject: [XFCE 0000050]: xfdesktop crashes on load after first time a session was saved Message-ID: <20031227190348.CB29B5EBA49@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000050 ======================================================================= Reporter: conrausch Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000050 Category: general Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-19 11:45 GMT Last Modified: 2003-12-27 19:03 GMT ======================================================================= Summary: xfdesktop crashes on load after first time a session was saved Description: after having saved a session on logout, everytime i start xfce, xfdesktop quitd with the following error message: The program 'xfdesktop' received an X Window System error. The error was 'BadAtom (invalid Atom Parameter)'. (Details: serial 228 error_code 5 request_code 20 minor_code 0) if i delete my .xfce directory, it works again, until i save the session on logout... interesting: even after the error occured, i can start xfdesktop manually and it behaves as expected. does anybody have an idea about why this happens? ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-12-19 12:26 GMT ----------------------------------------------------------------------- Yeah, there's a bug in the CVS HEAD version related to X root window properties. Probably pointing to the wrong window id or something. I need to find some time to look at it ... ----------------------------------------------------------------------- huysmans - 2003-12-23 13:02 GMT ----------------------------------------------------------------------- It should be fixed in CVS now. Please reopen if it still gives the error. ----------------------------------------------------------------------- huysmans - 2003-12-27 19:03 GMT ----------------------------------------------------------------------- Closing this now, since there have been no more complaints. From xfce-bugs at xfce.org Sat Dec 27 20:05:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 19:05:02 +0000 (GMT) Subject: [XFCE 0000030]: xfce4-session manager crashes when loaded while already running. Message-ID: <20031227190502.2888E5EBA49@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000030 ======================================================================= Reporter: nealbirch Handler: bmeurer ======================================================================= Project: XFCE Bug ID: 0000030 Category: general Reproducibility: always Severity: crash Priority: normal Status: closed ======================================================================= Date Submitted: 2003-12-06 04:48 GMT Last Modified: 2003-12-27 19:05 GMT ======================================================================= Summary: xfce4-session manager crashes when loaded while already running. Description: xfce4-session manager crashes when loaded while already running AND session management is set to automatically save session on log out. xfce4 would start up after being closed, open 2 rxvt shells (i had them open when it crashed) then crash back to the console. I deleted the contents of ~/.xfce4/session/ and was able to start x and turn off the switch to save session on log out, after which it was stable again. ======================================================================= ----------------------------------------------------------------------- bmeurer - 2003-12-11 17:14 GMT ----------------------------------------------------------------------- I committed a fix to CVS HEAD. xfce4-session now checks for an already running session manager prior to starting up. Thanks for the report. ----------------------------------------------------------------------- huysmans - 2003-12-27 19:05 GMT ----------------------------------------------------------------------- This was fixed in CVS and a tarball test version was also released. From xfce-bugs at xfce.org Sat Dec 27 20:43:44 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 19:43:44 +0000 (GMT) Subject: [XFCE 0000057]: xffm cannot browse smb shares Message-ID: <20031227194344.9E44B5EBA49@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=57 ======================================================================= Reporter: jue Handler: ======================================================================= Project: XFCE Bug ID: 0000057 Category: xffm Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-27 19:43 GMT Last Modified: 2003-12-27 19:43 GMT ======================================================================= Summary: xffm cannot browse smb shares Description: xffm 4.0.2, samba 3.0.1 while trying to access the smb network xffm hangs and CPU load raises to 100%. In the status window I can see: Looking for master browsers ... XFSAMBA> nmblookup -M -- - The same setup with 4.0.1 worked fine, if I execute the nmblookup command on the commandline, I get the correct master browser: $> nmblookup -M -- - querying __MSBROWSE__ on 192.168.0.255 192.168.0.90 __MSBROWSE__<01> ======================================================================= From xfce-bugs at xfce.org Sat Dec 27 21:22:56 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 27 Dec 2003 20:22:56 +0000 (GMT) Subject: [XFCE 0000036]: xfce4-panel causes computer lockup Message-ID: <20031227202256.B1D9E5EBA49@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000036 ======================================================================= Reporter: xantius Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000036 Category: panel Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-08 18:21 GMT Last Modified: 2003-12-27 20:22 GMT ======================================================================= Summary: xfce4-panel causes computer lockup Description: After running xfce4-panel for a little while (seems to vary), it begins to eat up clock cycles until I have seen it consuming 98% of the CPU and then today it finally caused my computer to crash. I can't kill -9 the process or find any way of ending it without rebooting the entire machine. This happens nearly every time I'm in xfce for longer than a few minutes. ======================================================================= ----------------------------------------------------------------------- olivier - 2003-12-08 18:31 GMT ----------------------------------------------------------------------- Suprising, it's prolly an issue with one of the plugins you use. Try removing each plugin one by one until you find the one which is guilty. PS: Please mention what version of xfce you are running, what platform, including OS and HW, etc. plus what config you have what plugins and so on. Such a bug report is fairly useless otherwise. Cheers, Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:35 GMT ----------------------------------------------------------------------- Ooops, sorry, I didn't see the additional comments. Olivier. ----------------------------------------------------------------------- olivier - 2003-12-08 18:37 GMT ----------------------------------------------------------------------- What version of gtk are you running? Olivier. ----------------------------------------------------------------------- huysmans - 2003-12-09 13:41 GMT ----------------------------------------------------------------------- I agree with Olivier, this sounds like a plugin problem. Can you tell me what plugins you use? Also it may be helpful if you try removing them one by one, to see if it stops. ----------------------------------------------------------------------- xantius - 2003-12-09 14:36 GMT ----------------------------------------------------------------------- Ok. Lets see if I can answer these questions. The Hardware config is a PIII 900Mhz laptop with 256MB ram, 20GB hard drive, 1027x768 screen, and so on. I don't appreciate my bug report being called useless, OLIVER! :) Just kidding. GTK I'm running I believe 2.2.4-r1 (at least that's what Gentoo lists it as). As for plugins, I think you are right. It may very well have been the CPU and memory monitoring plugin, because I believe that is the only plugin that I have removed and haven't seemed to have problems since. Actually, now that I think about it I also removed the network traffic plugin. But those are the only two. Let me know if you would like me to try anything to help you figure it out, etc. Xantius ----------------------------------------------------------------------- huysmans - 2003-12-09 14:48 GMT ----------------------------------------------------------------------- Well, you could try adding them back (one at the time) and see if the problem returns. Also you may want to check if you are running the latest versions of the plugins. PS "1027x768 screen", interesting ... ;-) ----------------------------------------------------------------------- xantius - 2003-12-09 21:31 GMT ----------------------------------------------------------------------- Ok. Well, I added back on the Network monitor plugin and now just barely with my computer running XFce4 and GAIM and nothing else, my system fan kicked on, and I didn't think anything of it. Then a few minutes later when I tried to use it, it was locked up tight. I'm now going to remove the network plugin and add the cpu and memory and see if that does it. And YES, my resolution is 1027x768. :) (the screen has the side broken so it is a little bent back to show an extra 3 pixels! ----------------------------------------------------------------------- olivier - 2003-12-09 21:44 GMT ----------------------------------------------------------------------- > the screen has the side broken so it is a little ^^^^^^^^^^^ That's the cause of the bug :) Olivier. ----------------------------------------------------------------------- xantius - 2003-12-11 01:16 GMT ----------------------------------------------------------------------- It does appear as though the screen was the problem. Wait! That makes no sense! :-P No, in reality, it does appear to be the network traffic plugin that was causing the problems. I put in everything except that now, including the CPU/Memory/Swap plugin that I thought was the initial problem, and it's working fine even over long periods of time. Just thought I'd let you know. ----------------------------------------------------------------------- bwalle - 2003-12-27 20:22 GMT ----------------------------------------------------------------------- Sounds very strange. Can you run wormuon (the codebase for the netload plugin) from http://www.raisdorf.net/wormulon over a long period of time. Also, can you run fuser /proc/net/dev while the problem occures? From xfce-bugs at xfce.org Sun Dec 28 16:57:22 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 15:57:22 +0000 (GMT) Subject: [XFCE 0000058]: xffm hangup while working in sudo mode Message-ID: <20031228155722.1A46B5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=58 ======================================================================= Reporter: meo Handler: ======================================================================= Project: XFCE Bug ID: 0000058 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-28 15:57 GMT Last Modified: 2003-12-28 15:57 GMT ======================================================================= Summary: xffm hangup while working in sudo mode Description: if i work with xffm as root or with "sudo xffm" and i try to compile (rpm, tar.gz) xffm hangs it self up. xfce 4.0.2 ======================================================================= From xfce-bugs at xfce.org Sun Dec 28 17:44:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 16:44:02 +0000 (GMT) Subject: [XFCE 0000057]: xffm cannot browse smb shares Message-ID: <20031228164402.D916B5EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000057 ======================================================================= Reporter: jue Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000057 Category: xffm Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-27 19:43 GMT Last Modified: 2003-12-28 16:44 GMT ======================================================================= Summary: xffm cannot browse smb shares Description: xffm 4.0.2, samba 3.0.1 while trying to access the smb network xffm hangs and CPU load raises to 100%. In the status window I can see: Looking for master browsers ... XFSAMBA> nmblookup -M -- - The same setup with 4.0.1 worked fine, if I execute the nmblookup command on the commandline, I get the correct master browser: $> nmblookup -M -- - querying __MSBROWSE__ on 192.168.0.255 192.168.0.90 __MSBROWSE__<01> ======================================================================= From xfce-bugs at xfce.org Sun Dec 28 17:48:43 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 16:48:43 +0000 (GMT) Subject: [XFCE 0000057]: xffm cannot browse smb shares Message-ID: <20031228164843.8E42D5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000057 ======================================================================= Reporter: jue Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000057 Category: xffm Reproducibility: always Severity: crash Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-27 19:43 GMT Last Modified: 2003-12-28 16:48 GMT ======================================================================= Summary: xffm cannot browse smb shares Description: xffm 4.0.2, samba 3.0.1 while trying to access the smb network xffm hangs and CPU load raises to 100%. In the status window I can see: Looking for master browsers ... XFSAMBA> nmblookup -M -- - The same setup with 4.0.1 worked fine, if I execute the nmblookup command on the commandline, I get the correct master browser: $> nmblookup -M -- - querying __MSBROWSE__ on 192.168.0.255 192.168.0.90 __MSBROWSE__<01> ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-28 16:48 GMT ----------------------------------------------------------------------- It could be that the version of samba you are using has a signal handler attached to sigcont. Please apply this patch in reverse (or copy libs/tubo.c) from the 4.0.1 tree to the 4.0.2 tree and confirm that xfsamba4 works (or does not): diff -u -N -r /usr/home/common/CVS/lunar/xfce_4_0_1/xfce4/xffm/libs/tubo.c /usr/home/common/CVS/lunar/xfce_4_0_2/xfce4/xffm/libs/tubo.c --- /usr/home/common/CVS/lunar/xfce_4_0_1/xfce4/xffm/libs/tubo.c Sat Dec 27 09:10:48 2003 +++ /usr/home/common/CVS/lunar/xfce_4_0_2/xfce4/xffm/libs/tubo.c Sat Dec 20 16:52:30 2003 @@ -300,6 +300,7 @@ fork_struct *forkO; int status; forkO = (fork_struct *) ((long)fork_object); + if (kill(forkO->childPID,SIGCONT) == 0) return TRUE; waitpid(forkO->childPID, &status, WNOHANG); if(WIFEXITED(status)) { @@ -537,8 +538,10 @@ forkO->operate_stdout = NULL; forkO->operate_stderr = NULL; - if(forkO->childPID) + if(forkO->childPID){ kill(forkO->childPID, SIGTERM); + kill(forkO->childPID, SIGKILL); + } if(cleanup) (*cleanup) (); From xfce-bugs at xfce.org Sun Dec 28 18:19:01 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 17:19:01 +0000 (GMT) Subject: [XFCE 0000058]: xffm hangup while working in sudo mode Message-ID: <20031228171901.DE9FB5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000058 ======================================================================= Reporter: meo Handler: ======================================================================= Project: XFCE Bug ID: 0000058 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-28 15:57 GMT Last Modified: 2003-12-28 17:19 GMT ======================================================================= Summary: xffm hangup while working in sudo mode Description: if i work with xffm as root or with "sudo xffm" and i try to compile (rpm, tar.gz) xffm hangs it self up. xfce 4.0.2 ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-28 17:19 GMT ----------------------------------------------------------------------- Please run with "gdb xffm" and when it hangs itself, you should get the gdb prompt: gdb> At prompt type "bt" and add the results as bugnote. This will pinpoint the error and allow immediate resolution. Thanx From xfce-bugs at xfce.org Sun Dec 28 18:20:45 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 17:20:45 +0000 (GMT) Subject: [XFCE 0000058]: xffm hangup while working in sudo mode Message-ID: <20031228172045.E88B55EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000058 ======================================================================= Reporter: meo Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000058 Category: xffm Reproducibility: always Severity: major Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-28 15:57 GMT Last Modified: 2003-12-28 17:20 GMT ======================================================================= Summary: xffm hangup while working in sudo mode Description: if i work with xffm as root or with "sudo xffm" and i try to compile (rpm, tar.gz) xffm hangs it self up. xfce 4.0.2 ======================================================================= ----------------------------------------------------------------------- edscott - 2003-12-28 17:19 GMT ----------------------------------------------------------------------- Please run with "gdb xffm" and when it hangs itself, you should get the gdb prompt: gdb> At prompt type "bt" and add the results as bugnote. This will pinpoint the error and allow immediate resolution. Thanx From xfce-bugs at xfce.org Sun Dec 28 18:30:00 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 17:30:00 +0000 (GMT) Subject: [XFCE 0000051]: when extracting/uncompressing archives Message-ID: <20031228173000.611B65EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000051 ======================================================================= Reporter: iandc76 Handler: ======================================================================= Project: XFCE Bug ID: 0000051 Category: xffm Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-12-23 02:37 GMT Last Modified: 2003-12-28 17:30 GMT ======================================================================= Summary: when extracting/uncompressing archives Description: xffm hangs when extracting/uncompressing archives. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-12-24 08:47 GMT ----------------------------------------------------------------------- This happens when tar requires input from the user, and there is no mechanism in xffm to give it. ----------------------------------------------------------------------- edscott - 2003-12-26 14:51 GMT ----------------------------------------------------------------------- The 4.1 branch has a mechanism for feedback, but no feedback is considered for doing a "tar -zxf" (should there be?). Due to the other bugs reported recently, I suspect a junk pointer somewhere. ----------------------------------------------------------------------- edscott - 2003-12-28 17:30 GMT ----------------------------------------------------------------------- This could be the same problem as in bug http://bugs.xfce.org/view_bug_page.php?f_id=57. Please apply the reverse patch listed in bugnote http://bugs.xfce.org/view_bug_page.php?f_id=57 and confirm if problem is gone. Thanx. From xfce-bugs at xfce.org Sun Dec 28 18:30:09 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 17:30:09 +0000 (GMT) Subject: [XFCE 0000051]: when extracting/uncompressing archives Message-ID: <20031228173009.D85AF5EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000051 ======================================================================= Reporter: iandc76 Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000051 Category: xffm Reproducibility: always Severity: major Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-23 02:37 GMT Last Modified: 2003-12-28 17:30 GMT ======================================================================= Summary: when extracting/uncompressing archives Description: xffm hangs when extracting/uncompressing archives. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-12-24 08:47 GMT ----------------------------------------------------------------------- This happens when tar requires input from the user, and there is no mechanism in xffm to give it. ----------------------------------------------------------------------- edscott - 2003-12-26 14:51 GMT ----------------------------------------------------------------------- The 4.1 branch has a mechanism for feedback, but no feedback is considered for doing a "tar -zxf" (should there be?). Due to the other bugs reported recently, I suspect a junk pointer somewhere. ----------------------------------------------------------------------- edscott - 2003-12-28 17:30 GMT ----------------------------------------------------------------------- This could be the same problem as in bug http://bugs.xfce.org/view_bug_page.php?f_id=57. Please apply the reverse patch listed in bugnote http://bugs.xfce.org/view_bug_page.php?f_id=57 and confirm if problem is gone. Thanx. From xfce-bugs at xfce.org Sun Dec 28 18:30:58 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 28 Dec 2003 17:30:58 +0000 (GMT) Subject: [XFCE 0000053]: Copying hangs Xffm Message-ID: <20031228173058.D44415EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000053 ======================================================================= Reporter: bwalle Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000053 Category: xffm Reproducibility: always Severity: major Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-12-25 22:00 GMT Last Modified: 2003-12-28 17:30 GMT ======================================================================= Summary: Copying hangs Xffm Description: Since Xffm 4.0.2, copying of a file hangs Xffm. The file is copied but Xffm hangs at 9/10 MB, CPU usage is 100 %. ======================================================================= From gregbell at znet.com Mon Dec 29 22:18:52 2003 From: gregbell at znet.com (Greg Bell) Date: Mon, 29 Dec 2003 13:18:52 -0800 (PST) Subject: top level Makefile Message-ID: Hi Guys, I created a top-level makefile that untars and does (compile;make;make install) on all of the modules, in correct order. Is this something anybody else would be interested in? Do I submit for inclusion in the release? Thanks, ~gb -- Greg Bell 858-755-1915 (try gbell_spamless at yahoo.com if mail to me bounces) From edscott at xfce.org Mon Dec 29 23:56:01 2003 From: edscott at xfce.org (edscott wilson garcia) Date: Mon, 29 Dec 2003 16:56:01 -0600 Subject: xfsamba4 and samba-3.0.1 Message-ID: <1072738561.22646.14.camel@localhost.eco.imp.mx> Apparently there were some issues with samba-3.0.1 and xfsamba4. These have been fixed and will appear in xfce-4.0.3. Only the character code set handling of samba-3.0 involves too many changes for the 4.0.3 release.