From admin at mail.dayomon.net Mon Nov 3 09:52:56 2003 From: admin at mail.dayomon.net (Hirotaka Moue) Date: Mon, 3 Nov 2003 17:52:56 +0900 Subject: Translating documentaions to Japanese Message-ID: <20031103175256.7f308ef7.admin@mail.dayomon.net> Hello, all. How do you do. I'm translating the XFce 4 Documentations to Japanese. This work is not complete now. (what accomplished yet are xfce4-panel documentations and a little others.) I put them in "http://www.dayomon.net/xfce/". If you can understand Japanese, please glance them. then please tell me if find out mistranlation(s). thanks. ------------ Hirotaka Moue admin at mail.dayomon.net From xfce-bugs at xfce.org Wed Nov 12 22:50:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 12 Nov 2003 21:50:08 +0000 (GMT) Subject: [XFCE 0000001]: panel should not create a launcher when loading plugin fails Message-ID: <20031112215008.DC9855EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000001 ======================================================================= Reporter: huysmans Handler: ======================================================================= Project: XFCE Bug ID: 0000001 Category: panel Reproducibility: N/A Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-12 20:32 GMT Last Modified: 2003-11-12 21:50 GMT ======================================================================= Summary: panel should not create a launcher when loading plugin fails Description: The panel should warn or do nothing when loading a plugin fails. Creating a launcher is most likely not what the user wants ======================================================================= ----------------------------------------------------------------------- sofar - 2003-11-12 21:07 GMT ----------------------------------------------------------------------- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Hi everyone, yes down here! on behalf of everyone we welcome you on our new bugtracker system, dedicated to XFCE. We're currently testing Mailing List archiving, so sorry for the inconve nience... While we're at it, we invite everyone to go to bugs.xfce.org and register for an acount. Devs will get proper access to the tracker if they ask sofar nicely. sofar ----------------------------------------------------------------------- sofar - 2003-11-12 21:50 GMT ----------------------------------------------------------------------- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Hi everyone, yes down here! on behalf of everyone we welcome you on our new bugtracker system, dedicated to XFCE. We're currently testing Mailing List archiving, so sorry for the inconve nience... While we're at it, we invite everyone to go to bugs.xfce.org and register for an acount. Devs will get proper access to the tracker if they ask sofar nicely. sofar From fourdan at xfce.org Wed Nov 12 23:08:39 2003 From: fourdan at xfce.org (Olivier Fourdan) Date: Wed, 12 Nov 2003 23:08:39 +0100 Subject: xfce-4.0.1 released Message-ID: <1068674918.1710.11.camel@shuttle> The XFce Team is pleased to announce the release 4.0.1 of the XFce 4 Desktop Environment and Development Platform. This is a bugfix release and all users of 4.0.0 are encouraged to upgrade to this version. Quick sum-up of changes: * Various bug fixes including panel crash with corrupted config file and improved window management * Improved handling of multiple selections in the file manager * French translations for the documentation * Translation updates 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 xfce-bugs at xfce.org Wed Nov 12 23:49:10 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 12 Nov 2003 22:49:10 +0000 (GMT) Subject: [XFCE 0000002]: incorrect file extension parsing Message-ID: <20031112224910.BDA2C5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=2 ======================================================================= Reporter: neocephas Handler: ======================================================================= Project: XFCE Bug ID: 0000002 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-12 22:49 GMT Last Modified: 2003-11-12 22:49 GMT ======================================================================= Summary: incorrect file extension parsing Description: If I have a file named "N.E.R.D - Provider.mp3", xffm parses the file extension to be .E.R.D rather than ".mp3". This happens for all files with multiple periods such as "R.E.M - Losing My Religion.mp3" Perhaps the spaces can also contribute to the problem? ======================================================================= From xfce-bugs at xfce.org Wed Nov 12 23:50:29 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 12 Nov 2003 22:50:29 +0000 (GMT) Subject: [XFCE 0000001]: panel should not create a launcher when loading plugin fails Message-ID: <20031112225029.EF4385EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000001 ======================================================================= Reporter: huysmans Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000001 Category: panel Reproducibility: N/A Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-12 20:32 GMT Last Modified: 2003-11-12 22:50 GMT ======================================================================= Summary: panel should not create a launcher when loading plugin fails Description: The panel should warn or do nothing when loading a plugin fails. Creating a launcher is most likely not what the user wants ======================================================================= ----------------------------------------------------------------------- sofar - 2003-11-12 21:50 GMT ----------------------------------------------------------------------- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Hi everyone, yes down here! on behalf of everyone we welcome you on our new bugtracker system, dedicated to XFCE. We're currently testing Mailing List archiving, so sorry for the inconve nience... While we're at it, we invite everyone to go to bugs.xfce.org and register for an acount. Devs will get proper access to the tracker if they ask sofar nicely. sofar From edscott at lunar-linux.org Thu Nov 13 14:46:29 2003 From: edscott at lunar-linux.org (edscott wilson garcia) Date: Thu, 13 Nov 2003 07:46:29 -0600 Subject: [XFCE 0000002]: incorrect file extension parsing In-Reply-To: <20031112224910.BDA2C5EB99D@dbguin.lunar-linux.org> References: <20031112224910.BDA2C5EB99D@dbguin.lunar-linux.org> Message-ID: <1068731189.28722.40.camel@localhost.eco.imp.mx> The mime determination has been fixes in 4.1 with the new "mime" plugable module. The fix will try to find a valid mime type in the following order from file "N.E.R.D - Provider.mp3" : "E.R.D - Provider.mp3" "R.D - Provider.mp3" "D - Provider.mp3" "mp3" This allows for distinguishing stuff like xx.tar.gz and xx.ps.gz from xx.gz. The fix is not yet included in the 4.0.x tree. On Wed, 2003-11-12 at 16:49, xfce-bugs at xfce.org wrote: > The following NEW bug has been ADDED. > ======================================================================= > http://bugs.xfce.org/view_bug_page.php?f_id=2 > ======================================================================= > Reporter: neocephas > Handler: > ======================================================================= > Project: XFCE > Bug ID: 0000002 > Category: xffm > Reproducibility: always > Severity: minor > Priority: normal > Status: new > ======================================================================= > Date Submitted: 2003-11-12 22:49 GMT > Last Modified: 2003-11-12 22:49 GMT > ======================================================================= > Summary: incorrect file extension parsing > Description: > If I have a file named "N.E.R.D - Provider.mp3", xffm parses the file > extension to be .E.R.D rather than ".mp3". This happens for all files > with multiple periods such as "R.E.M - Losing My Religion.mp3" Perhaps > the spaces can also contribute to the problem? > ======================================================================= > _______________________________________________ > Xfce-dev mailing list > Xfce-dev at xfce.org > http://moongroup.com/mailman/listinfo/xfce-dev > From moe at lunar-linux.org Thu Nov 13 15:44:10 2003 From: moe at lunar-linux.org (Moritz Heiber) Date: Thu, 13 Nov 2003 15:44:10 +0100 Subject: [XFCE 0000002]: incorrect file extension parsing In-Reply-To: <1068731189.28722.40.camel@localhost.eco.imp.mx> References: <20031112224910.BDA2C5EB99D@dbguin.lunar-linux.org> <1068731189.28722.40.camel@localhost.eco.imp.mx> Message-ID: <20031113154410.2b61c9fe.moe@lunar-linux.org> On Thu, 13 Nov 2003 07:46:29 -0600 edscott wilson garcia wrote: > The mime determination has been fixes in 4.1 with the new "mime" > plugable module. The fix will try to find a valid mime type in the > following order from file "N.E.R.D - Provider.mp3" : > > "E.R.D - Provider.mp3" > "R.D - Provider.mp3" > "D - Provider.mp3" > "mp3" > > This allows for distinguishing stuff like xx.tar.gz and xx.ps.gz from > xx.gz. > > The fix is not yet included in the 4.0.x tree. Hey Edscott, could you please use the new bugtracker to answer this bugreport? Thanks :-) Bye, Moritz -- Moritz Heiber Lunar Linux developer: http://www.lunar-linux.org XFce4: http://xfce.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From edscott at lunar-linux.org Thu Nov 13 16:29:20 2003 From: edscott at lunar-linux.org (edscott wilson garcia) Date: Thu, 13 Nov 2003 09:29:20 -0600 Subject: [XFCE 0000002]: incorrect file extension parsing In-Reply-To: <20031113154410.2b61c9fe.moe@lunar-linux.org> References: <20031112224910.BDA2C5EB99D@dbguin.lunar-linux.org> <1068731189.28722.40.camel@localhost.eco.imp.mx> <20031113154410.2b61c9fe.moe@lunar-linux.org> Message-ID: <1068737360.28722.139.camel@localhost.eco.imp.mx> On Thu, 2003-11-13 at 08:44, Moritz Heiber wrote: > On Thu, 13 Nov 2003 07:46:29 -0600 > edscott wilson garcia wrote: > > > The mime determination has been fixes in 4.1 with the new "mime" > > plugable module. The fix will try to find a valid mime type in the > > following order from file "N.E.R.D - Provider.mp3" : > > > > "E.R.D - Provider.mp3" > > "R.D - Provider.mp3" > > "D - Provider.mp3" > > "mp3" > > > > This allows for distinguishing stuff like xx.tar.gz and xx.ps.gz from > > xx.gz. > > > > The fix is not yet included in the 4.0.x tree. > > Hey Edscott, > > could you please use the new bugtracker to answer this bugreport? Yes. As soon as I can set the status on the bug (which I cannot at the present time). ;-) Edscott > > Thanks :-) > > Bye, > > Moritz From xfce-bugs at xfce.org Thu Nov 13 21:40:56 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 13 Nov 2003 20:40:56 +0000 (GMT) Subject: [XFCE 0000002]: incorrect file extension parsing Message-ID: <20031113204056.429D75EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000002 ======================================================================= Reporter: neocephas Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000002 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-12 22:49 GMT Last Modified: 2003-11-13 20:40 GMT ======================================================================= Summary: incorrect file extension parsing Description: If I have a file named "N.E.R.D - Provider.mp3", xffm parses the file extension to be .E.R.D rather than ".mp3". This happens for all files with multiple periods such as "R.E.M - Losing My Religion.mp3" Perhaps the spaces can also contribute to the problem? ======================================================================= From jasper at moongroup.com Thu Nov 13 22:00:32 2003 From: jasper at moongroup.com (Jasper Huijsmans) Date: Thu, 13 Nov 2003 22:00:32 +0100 Subject: [XFCE 0000002]: incorrect file extension parsing In-Reply-To: <20031113204056.429D75EB99D@dbguin.lunar-linux.org> (from xfce-bugs@xfce.org on do, nov 13, 2003 at 21:40:56 +0100) References: <20031113204056.429D75EB99D@dbguin.lunar-linux.org> Message-ID: <20031113210032.GA10373@unimatrix001.home.nl> edscott, you should have the appropriate access now. Op 2003-11-13 21:40:56 schreef xfce-bugs at xfce.org: > > The following bug has been ASSIGNED. > ======================================================================= > http://bugs.xfce.org/view_bug_page.php?f_id=0000002 > ======================================================================= > Reporter: neocephas > Handler: edscott > ======================================================================= > Project: XFCE > Bug ID: 0000002 > Category: xffm > Reproducibility: always > Severity: minor > Priority: normal > Status: assigned > ======================================================================= > Date Submitted: 2003-11-12 22:49 GMT > Last Modified: 2003-11-13 20:40 GMT > ======================================================================= > Summary: incorrect file extension parsing > Description: > If I have a file named "N.E.R.D - Provider.mp3", xffm parses the file > extension to be .E.R.D rather than ".mp3". This happens for all > files > with multiple periods such as "R.E.M - Losing My Religion.mp3" > Perhaps > the spaces can also contribute to the problem? > ======================================================================= > _______________________________________________ > Xfce-dev mailing list > Xfce-dev at xfce.org > http://moongroup.com/mailman/listinfo/xfce-dev > From edscott at lunar-linux.org Fri Nov 14 18:36:01 2003 From: edscott at lunar-linux.org (edscott wilson garcia) Date: Fri, 14 Nov 2003 11:36:01 -0600 Subject: [XFCE 0000002]: incorrect file extension parsing In-Reply-To: <20031113210032.GA10373@unimatrix001.home.nl> References: <20031113204056.429D75EB99D@dbguin.lunar-linux.org> <20031113210032.GA10373@unimatrix001.home.nl> Message-ID: <1068831361.28722.178.camel@localhost.eco.imp.mx> On Thu, 2003-11-13 at 15:00, Jasper Huijsmans wrote: > edscott, you should have the appropriate access now. OK. Thanks. Should this bug be fixed for the 4.0 tree? Or will the next release be 4.2? BTW, how can I go about deleting empty directories in the xffm cvs tree? > > > Op 2003-11-13 21:40:56 schreef xfce-bugs at xfce.org: > > > > The following bug has been ASSIGNED. > > ======================================================================= > > http://bugs.xfce.org/view_bug_page.php?f_id=0000002 > > ======================================================================= > > Reporter: neocephas > > Handler: edscott > > ======================================================================= > > Project: XFCE > > Bug ID: 0000002 > > Category: xffm > > Reproducibility: always > > Severity: minor > > Priority: normal > > Status: assigned > > ======================================================================= > > Date Submitted: 2003-11-12 22:49 GMT > > Last Modified: 2003-11-13 20:40 GMT > > ======================================================================= > > Summary: incorrect file extension parsing > > Description: > > If I have a file named "N.E.R.D - Provider.mp3", xffm parses the file > > extension to be .E.R.D rather than ".mp3". This happens for all > > files > > with multiple periods such as "R.E.M - Losing My Religion.mp3" > > Perhaps > > the spaces can also contribute to the problem? > > ======================================================================= > > _______________________________________________ > > Xfce-dev mailing list > > Xfce-dev at xfce.org > > http://moongroup.com/mailman/listinfo/xfce-dev > > > _______________________________________________ > Xfce-dev mailing list > Xfce-dev at xfce.org > http://moongroup.com/mailman/listinfo/xfce-dev > From jasper at moongroup.com Fri Nov 14 19:37:51 2003 From: jasper at moongroup.com (Jasper Huijsmans) Date: Fri, 14 Nov 2003 19:37:51 +0100 Subject: [XFCE 0000002]: incorrect file extension parsing Message-ID: <20031114183751.GA12087@unimatrix001.home.nl> Op 2003-11-14 18:36:01 schreef edscott wilson garcia: > On Thu, 2003-11-13 at 15:00, Jasper Huijsmans wrote: > > edscott, you should have the appropriate access now. > > OK. Thanks. Should this bug be fixed for the 4.0 tree? Or will the > next > release be 4.2? > I think 4.2. I talked to Olivier yesterday and we agreed it would be best if we set some relatively modest goals for 4.2, so that we can keep development going and still get new stuff out to the users. > BTW, how can I go about deleting empty directories in the xffm cvs > tree? > Login to the server with ssh, and remove the directory from the repository. Unless I'm very much mistaken that should work. History is lost for that directory of course. Jasper From xfce-bugs at xfce.org Sat Nov 15 12:29:37 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 11:29:37 +0000 (GMT) Subject: [XFCE 0000003]: programs pop out under panel, unreachable Message-ID: <20031115112937.77D5A5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=3 ======================================================================= Reporter: Jefklak Handler: ======================================================================= Project: XFCE Bug ID: 0000003 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 11:29 GMT Last Modified: 2003-11-15 11:29 GMT ======================================================================= Summary: programs pop out under panel, unreachable Description: Starting programs like Emacs frustrates me, because they start by default on the top of my screen. My panel is also located on top and I usually cannot reach the programs title bar to replace it so I have to move the panel, grab the program and remove the panel. ======================================================================= From xfce-bugs at xfce.org Sat Nov 15 12:31:01 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 11:31:01 +0000 (GMT) Subject: [XFCE 0000003]: programs pop out under panel, unreachable Message-ID: <20031115113101.AB3F05EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000003 ======================================================================= Reporter: Jefklak Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000003 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-15 11:29 GMT Last Modified: 2003-11-15 11:31 GMT ======================================================================= Summary: programs pop out under panel, unreachable Description: Starting programs like Emacs frustrates me, because they start by default on the top of my screen. My panel is also located on top and I usually cannot reach the programs title bar to replace it so I have to move the panel, grab the program and remove the panel. ======================================================================= From xfce-bugs at xfce.org Sat Nov 15 12:32:53 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 11:32:53 +0000 (GMT) Subject: [XFCE 0000003]: programs pop out under panel, unreachable Message-ID: <20031115113253.175155EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000003 ======================================================================= Reporter: Jefklak Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000003 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-15 11:29 GMT Last Modified: 2003-11-15 11:32 GMT ======================================================================= Summary: programs pop out under panel, unreachable Description: Starting programs like Emacs frustrates me, because they start by default on the top of my screen. My panel is also located on top and I usually cannot reach the programs title bar to replace it so I have to move the panel, grab the program and remove the panel. ======================================================================= ----------------------------------------------------------------------- Moe - 2003-11-15 11:32 GMT ----------------------------------------------------------------------- You may define a desktop margin to prevent XFwm4 from placing windows at the panel's place. Goto "Workspace and margins" in the settings manager dialog and select the tab "Margins". From xfce-bugs at xfce.org Sat Nov 15 12:34:58 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 11:34:58 +0000 (GMT) Subject: [XFCE 0000003]: programs pop out under panel, unreachable Message-ID: <20031115113458.580285EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000003 ======================================================================= Reporter: Jefklak Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000003 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-15 11:29 GMT Last Modified: 2003-11-15 11:34 GMT ======================================================================= Summary: programs pop out under panel, unreachable Description: Starting programs like Emacs frustrates me, because they start by default on the top of my screen. My panel is also located on top and I usually cannot reach the programs title bar to replace it so I have to move the panel, grab the program and remove the panel. ======================================================================= ----------------------------------------------------------------------- Moe - 2003-11-15 11:34 GMT ----------------------------------------------------------------------- The problem is that emacs does not obey to the standards defined at freedesktop.org. We can't do much about it .. but as a fix you might want to autohide the panel. From xfce-bugs at xfce.org Sat Nov 15 12:44:49 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 11:44:49 +0000 (GMT) Subject: [XFCE 0000004]: Right click context menu broken Message-ID: <20031115114449.BBA1F5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=4 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000004 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 11:44 GMT Last Modified: 2003-11-15 11:44 GMT ======================================================================= Summary: Right click context menu broken Description: If you are in a directory, and have selected a file, then try to right click on another file or the directory you get a "Cut,Copy,Remove" menu instead of the standard "Refresh, Hide Menu..." menu. This makes normal right clicking a two-step process. You have to first left click, then right click to get the desired menu. ======================================================================= From xfce-bugs at xfce.org Sat Nov 15 12:47:21 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 11:47:21 +0000 (GMT) Subject: [XFCE 0000005]: Ctrl-select does double click from a single click Message-ID: <20031115114721.B0A2B5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=5 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000005 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 11:47 GMT Last Modified: 2003-11-15 11:47 GMT ======================================================================= Summary: Ctrl-select does double click from a single click Description: If you try to select multiple files with Ctrl held down and choose two different files quickly, xffm will think you have double clicked the second file, even though you only clicked it once. ======================================================================= From xfce-bugs at xfce.org Sat Nov 15 12:54:52 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 11:54:52 +0000 (GMT) Subject: [XFCE 0000006]: Drag and drop multiple files passed to programs in reverse order Message-ID: <20031115115452.2CFA65EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=6 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000006 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 11:54 GMT Last Modified: 2003-11-15 11:54 GMT ======================================================================= Summary: Drag and drop multiple files passed to programs in reverse order Description: Drag and drop of multiple files from xffm are passed to the program in backwards order (the opposite order that they are displayed in xffm). ======================================================================= From xfce-bugs at xfce.org Sat Nov 15 13:03:32 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 12:03:32 +0000 (GMT) Subject: [XFCE 0000004]: Right click context menu broken Message-ID: <20031115120332.D37D15EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000004 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000004 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 11:44 GMT Last Modified: 2003-11-15 12:03 GMT ======================================================================= Summary: Right click context menu broken Description: If you are in a directory, and have selected a file, then try to right click on another file or the directory you get a "Cut,Copy,Remove" menu instead of the standard "Refresh, Hide Menu..." menu. This makes normal right clicking a two-step process. You have to first left click, then right click to get the desired menu. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-11-15 12:03 GMT ----------------------------------------------------------------------- Seems there's more to this one than I thought, drag and drop is also broken in the same manner. 1. Select one file with left click. 2. Select and hold a second file with left click and drag this somewhere. 3. Both files are selected when only the second should be. The above behaviour should only occur when Ctrl (or shift) is held down. You can work around it by left clicking the second file once, then clicking and dragging again, but I don't think this is a good way to work. From xfce-bugs at xfce.org Sat Nov 15 13:19:39 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 12:19:39 +0000 (GMT) Subject: [XFCE 0000007]: Snap windows to workspace margins Message-ID: <20031115121939.6EDCD5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=7 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000007 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 12:19 GMT Last Modified: 2003-11-15 12:19 GMT ======================================================================= Summary: Snap windows to workspace margins Description: Would is be possible to implement this feature? Snap to workspace margins as opposed to snapping to screen border for dragged windows? ======================================================================= From xfce-bugs at xfce.org Sat Nov 15 13:23:58 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 12:23:58 +0000 (GMT) Subject: [XFCE 0000007]: Snap windows to workspace margins Message-ID: <20031115122358.42E785EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000007 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000007 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 12:19 GMT Last Modified: 2003-11-15 12:23 GMT ======================================================================= Summary: Snap windows to workspace margins Description: Would is be possible to implement this feature? Snap to workspace margins as opposed to snapping to screen border for dragged windows? ======================================================================= ----------------------------------------------------------------------- Moe - 2003-11-15 12:23 GMT ----------------------------------------------------------------------- Please use the mailinglists for feature requests. Thank you. From xfce-bugs at xfce.org Sat Nov 15 13:24:10 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 12:24:10 +0000 (GMT) Subject: [XFCE 0000007]: Snap windows to workspace margins Message-ID: <20031115122410.4AD405EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000007 ======================================================================= Reporter: Zephaniah Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000007 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-11-15 12:19 GMT Last Modified: 2003-11-15 12:24 GMT ======================================================================= Summary: Snap windows to workspace margins Description: Would is be possible to implement this feature? Snap to workspace margins as opposed to snapping to screen border for dragged windows? ======================================================================= ----------------------------------------------------------------------- Moe - 2003-11-15 12:23 GMT ----------------------------------------------------------------------- Please use the mailinglists for feature requests. Thank you. From xfce-bugs at xfce.org Sat Nov 15 13:24:15 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sat, 15 Nov 2003 12:24:15 +0000 (GMT) Subject: [XFCE 0000007]: Snap windows to workspace margins Message-ID: <20031115122415.913255EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000007 ======================================================================= Reporter: Zephaniah Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000007 Category: xfwm Reproducibility: N/A Severity: feature Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-15 12:19 GMT Last Modified: 2003-11-15 12:24 GMT ======================================================================= Summary: Snap windows to workspace margins Description: Would is be possible to implement this feature? Snap to workspace margins as opposed to snapping to screen border for dragged windows? ======================================================================= ----------------------------------------------------------------------- Moe - 2003-11-15 12:23 GMT ----------------------------------------------------------------------- Please use the mailinglists for feature requests. Thank you. From xfce-bugs at xfce.org Sun Nov 16 15:59:25 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 16 Nov 2003 14:59:25 +0000 (GMT) Subject: [XFCE 0000003]: programs pop out under panel, unreachable Message-ID: <20031116145925.D50FF5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000003 ======================================================================= Reporter: Jefklak Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000003 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-11-15 11:29 GMT Last Modified: 2003-11-16 14:59 GMT ======================================================================= Summary: programs pop out under panel, unreachable Description: Starting programs like Emacs frustrates me, because they start by default on the top of my screen. My panel is also located on top and I usually cannot reach the programs title bar to replace it so I have to move the panel, grab the program and remove the panel. ======================================================================= ----------------------------------------------------------------------- Moe - 2003-11-15 11:34 GMT ----------------------------------------------------------------------- The problem is that emacs does not obey to the standards defined at freedesktop.org. We can't do much about it .. but as a fix you might want to autohide the panel. ----------------------------------------------------------------------- Moe - 2003-11-16 14:59 GMT ----------------------------------------------------------------------- Alright, closing this since it is not a bug. Please keep in touch through the mailinglist. Thank you. From xfce-bugs at xfce.org Sun Nov 16 15:59:35 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 16 Nov 2003 14:59:35 +0000 (GMT) Subject: [XFCE 0000003]: programs pop out under panel, unreachable Message-ID: <20031116145935.033A45EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000003 ======================================================================= Reporter: Jefklak Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000003 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-15 11:29 GMT Last Modified: 2003-11-16 14:59 GMT ======================================================================= Summary: programs pop out under panel, unreachable Description: Starting programs like Emacs frustrates me, because they start by default on the top of my screen. My panel is also located on top and I usually cannot reach the programs title bar to replace it so I have to move the panel, grab the program and remove the panel. ======================================================================= ----------------------------------------------------------------------- Moe - 2003-11-15 11:34 GMT ----------------------------------------------------------------------- The problem is that emacs does not obey to the standards defined at freedesktop.org. We can't do much about it .. but as a fix you might want to autohide the panel. ----------------------------------------------------------------------- Moe - 2003-11-16 14:59 GMT ----------------------------------------------------------------------- Alright, closing this since it is not a bug. Please keep in touch through the mailinglist. Thank you. From xfce-bugs at xfce.org Sun Nov 16 18:48:26 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 16 Nov 2003 17:48:26 +0000 (GMT) Subject: [XFCE 0000008]: xfdesktop should update menu when new software are installed Message-ID: <20031116174826.AE3495EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=8 ======================================================================= Reporter: mrtout Handler: ======================================================================= Project: XFCE Bug ID: 0000008 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-16 17:48 GMT Last Modified: 2003-11-16 17:48 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. ======================================================================= From xfce-bugs at xfce.org Sun Nov 16 19:33:10 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 16 Nov 2003 18:33:10 +0000 (GMT) Subject: [XFCE 0000008]: xfdesktop should update menu when new software are installed Message-ID: <20031116183310.C4B835EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= 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: acknowledged ======================================================================= Date Submitted: 2003-11-16 17:48 GMT Last Modified: 2003-11-16 18:33 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. From xfce-bugs at xfce.org Sun Nov 16 22:22:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 16 Nov 2003 21:22:08 +0000 (GMT) Subject: [XFCE 0000009]: xftaskbar4 and xfdesktop fails with a segfault Message-ID: <20031116212208.7A0445EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=9 ======================================================================= Reporter: aanund Handler: ======================================================================= Project: XFCE Bug ID: 0000009 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-16 21:22 GMT Last Modified: 2003-11-16 21:22 GMT ======================================================================= Summary: xftaskbar4 and xfdesktop fails with a segfault Description: when i try to run xftaskbar4 or xfdesktop they crash with a segfault. tryied to recompile entire xfce. same results. exactly the same thing happens with both xftaskbar4 and xfdesktop. my bet is its related to libxfcegui:=) ======================================================================= From xfce-bugs at xfce.org Sun Nov 16 22:35:36 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 16 Nov 2003 21:35:36 +0000 (GMT) Subject: [XFCE 0000009]: xftaskbar4 and xfdesktop fails with a segfault Message-ID: <20031116213536.0A9B35EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=9 ======================================================================= Reporter: aanund Handler: ======================================================================= Project: XFCE Bug ID: 0000009 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-16 21:22 GMT Last Modified: 2003-11-16 21:35 GMT ======================================================================= Summary: xftaskbar4 and xfdesktop fails with a segfault Description: when i try to run xftaskbar4 or xfdesktop they crash with a segfault. tryied to recompile entire xfce. same results. exactly the same thing happens with both xftaskbar4 and xfdesktop. my bet is its related to libxfcegui:=) ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-16 21:35 GMT ----------------------------------------------------------------------- we do not support gtk-2.3.0 please use a std released stable gtk version. Olivier. From xfce-bugs at xfce.org Mon Nov 17 00:17:42 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 16 Nov 2003 23:17:42 +0000 (GMT) Subject: [XFCE 0000009]: xftaskbar4 and xfdesktop fails with a segfault Message-ID: <20031116231742.925CB5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=9 ======================================================================= Reporter: aanund Handler: ======================================================================= Project: XFCE Bug ID: 0000009 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-16 21:22 GMT Last Modified: 2003-11-16 23:17 GMT ======================================================================= Summary: xftaskbar4 and xfdesktop fails with a segfault Description: when i try to run xftaskbar4 or xfdesktop they crash with a segfault. tryied to recompile entire xfce. same results. exactly the same thing happens with both xftaskbar4 and xfdesktop. my bet is its related to libxfcegui:=) ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-16 21:35 GMT ----------------------------------------------------------------------- we do not support gtk-2.3.0 please use a std released stable gtk version. Olivier. ----------------------------------------------------------------------- olivier - 2003-11-16 23:17 GMT ----------------------------------------------------------------------- And best of all it seems gtk-2.3.0 doesn't even compile here. In the mean time I checked my code and found nothing wrong. Olivier From xfce-bugs at xfce.org Mon Nov 17 10:59:21 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 09:59:21 +0000 (GMT) Subject: [XFCE 0000010]: Panel should notice when available applets change Message-ID: <20031117095921.AF3B45EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=10 ======================================================================= Reporter: kinnison Handler: ======================================================================= Project: XFCE Bug ID: 0000010 Category: panel Reproducibility: always Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-17 09:59 GMT Last Modified: 2003-11-17 09:59 GMT ======================================================================= Summary: Panel should notice when available applets change Description: In distributions like Debian, people are likely to install new panel applets and remove panel applets previously installed. This is quite likely to occur while the panel is running. At least periodically, and perhaps every time the menu is opened, the panel ought to scan the plugins directory and update its internal list of available plugins. ======================================================================= From xfce-bugs at xfce.org Mon Nov 17 11:04:19 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 10:04:19 +0000 (GMT) Subject: [XFCE 0000010]: Panel should notice when available applets change Message-ID: <20031117100419.513CB5EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000010 ======================================================================= Reporter: kinnison Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000010 Category: panel Reproducibility: always Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-17 09:59 GMT Last Modified: 2003-11-17 10:04 GMT ======================================================================= Summary: Panel should notice when available applets change Description: In distributions like Debian, people are likely to install new panel applets and remove panel applets previously installed. This is quite likely to occur while the panel is running. At least periodically, and perhaps every time the menu is opened, the panel ought to scan the plugins directory and update its internal list of available plugins. ======================================================================= From xfce-bugs at xfce.org Mon Nov 17 11:09:35 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 10:09:35 +0000 (GMT) Subject: [XFCE 0000010]: Panel should notice when available applets change Message-ID: <20031117100935.3274C5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000010 ======================================================================= Reporter: kinnison Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000010 Category: panel Reproducibility: always Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-17 09:59 GMT Last Modified: 2003-11-17 10:09 GMT ======================================================================= Summary: Panel should notice when available applets change Description: In distributions like Debian, people are likely to install new panel applets and remove panel applets previously installed. This is quite likely to occur while the panel is running. At least periodically, and perhaps every time the menu is opened, the panel ought to scan the plugins directory and update its internal list of available plugins. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-17 10:09 GMT ----------------------------------------------------------------------- I'm not sure it is worth the effort. I will be trying to implement loading on demand / unloading when no longer used, so perhaps I can incorporate this idea. However, installing / uninstalling plugins is not part of the normal operation, so I don't think it is wrong to require a little user intervention here. The panel will get a 'Restart' menu option, that will update the plugins and configuration. Until that time, just use 'pkill -USR1 xfce4-panel' to restart the panel. From xfce-bugs at xfce.org Mon Nov 17 11:12:15 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 10:12:15 +0000 (GMT) Subject: [XFCE 0000010]: Panel should notice when available applets change Message-ID: <20031117101215.6BC545EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000010 ======================================================================= Reporter: kinnison Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000010 Category: panel Reproducibility: always Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-17 09:59 GMT Last Modified: 2003-11-17 10:12 GMT ======================================================================= Summary: Panel should notice when available applets change Description: In distributions like Debian, people are likely to install new panel applets and remove panel applets previously installed. This is quite likely to occur while the panel is running. At least periodically, and perhaps every time the menu is opened, the panel ought to scan the plugins directory and update its internal list of available plugins. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-17 10:09 GMT ----------------------------------------------------------------------- I'm not sure it is worth the effort. I will be trying to implement loading on demand / unloading when no longer used, so perhaps I can incorporate this idea. However, installing / uninstalling plugins is not part of the normal operation, so I don't think it is wrong to require a little user intervention here. The panel will get a 'Restart' menu option, that will update the plugins and configuration. Until that time, just use 'pkill -USR1 xfce4-panel' to restart the panel. ----------------------------------------------------------------------- kinnison - 2003-11-17 10:12 GMT ----------------------------------------------------------------------- A 'reload' or 'rescan' or 'restart' would do the trick. People are used to the menus auto-updating from things like gnome. Once the session manager is in place so that if you kill the panel you get a new one launched automatically we'll be somewhere safer with respect to not noticing changes until the panel is restarted. On demand loading/unloading sounds good, and I think you could incorporate scanning the plugin dir on demand as part of it quite sensibly. From xfce-bugs at xfce.org Mon Nov 17 12:22:36 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 11:22:36 +0000 (GMT) Subject: [XFCE 0000010]: Panel should notice when available applets change Message-ID: <20031117112236.4C88F5EBA4C@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000010 ======================================================================= Reporter: kinnison Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000010 Category: panel Reproducibility: always Severity: feature Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-17 09:59 GMT Last Modified: 2003-11-17 11:22 GMT ======================================================================= Summary: Panel should notice when available applets change Description: In distributions like Debian, people are likely to install new panel applets and remove panel applets previously installed. This is quite likely to occur while the panel is running. At least periodically, and perhaps every time the menu is opened, the panel ought to scan the plugins directory and update its internal list of available plugins. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-17 10:09 GMT ----------------------------------------------------------------------- I'm not sure it is worth the effort. I will be trying to implement loading on demand / unloading when no longer used, so perhaps I can incorporate this idea. However, installing / uninstalling plugins is not part of the normal operation, so I don't think it is wrong to require a little user intervention here. The panel will get a 'Restart' menu option, that will update the plugins and configuration. Until that time, just use 'pkill -USR1 xfce4-panel' to restart the panel. ----------------------------------------------------------------------- kinnison - 2003-11-17 10:12 GMT ----------------------------------------------------------------------- A 'reload' or 'rescan' or 'restart' would do the trick. People are used to the menus auto-updating from things like gnome. Once the session manager is in place so that if you kill the panel you get a new one launched automatically we'll be somewhere safer with respect to not noticing changes until the panel is restarted. On demand loading/unloading sounds good, and I think you could incorporate scanning the plugin dir on demand as part of it quite sensibly. ----------------------------------------------------------------------- Moe - 2003-11-17 11:22 GMT ----------------------------------------------------------------------- Jasper: Once the session manager is in place there won't be any problems restarting to panel on demand. I think we'd better wait for Benny to finish his work instead of duplicating it From xfce-bugs at xfce.org Mon Nov 17 12:24:11 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 11:24:11 +0000 (GMT) Subject: [XFCE 0000009]: xftaskbar4 and xfdesktop fails with a segfault Message-ID: <20031117112411.1DDE25EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000009 ======================================================================= Reporter: aanund Handler: ======================================================================= Project: XFCE Bug ID: 0000009 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-16 21:22 GMT Last Modified: 2003-11-17 11:24 GMT ======================================================================= Summary: xftaskbar4 and xfdesktop fails with a segfault Description: when i try to run xftaskbar4 or xfdesktop they crash with a segfault. tryied to recompile entire xfce. same results. exactly the same thing happens with both xftaskbar4 and xfdesktop. my bet is its related to libxfcegui:=) ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-16 21:35 GMT ----------------------------------------------------------------------- we do not support gtk-2.3.0 please use a std released stable gtk version. Olivier. ----------------------------------------------------------------------- olivier - 2003-11-16 23:17 GMT ----------------------------------------------------------------------- And best of all it seems gtk-2.3.0 doesn't even compile here. In the mean time I checked my code and found nothing wrong. Olivier ----------------------------------------------------------------------- Moe - 2003-11-17 11:24 GMT ----------------------------------------------------------------------- .. apart from that its a "-test" kernel. Well, I see the point of having an unstable testing system but don't complain to us about it ;-) From xfce-bugs at xfce.org Mon Nov 17 12:26:25 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 11:26:25 +0000 (GMT) Subject: [XFCE 0000011]: xfce4-session (CVS as of 2003-11-17 11:00 GMT) shows incorrect user for smproxy Message-ID: <20031117112625.0F69A5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=11 ======================================================================= Reporter: kinnison Handler: ======================================================================= Project: XFCE Bug ID: 0000011 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-17 11:26 GMT Last Modified: 2003-11-17 11:26 GMT ======================================================================= Summary: xfce4-session (CVS as of 2003-11-17 11:00 GMT) shows incorrect user for smproxy Description: In the session control window, the user column is almost entirely 'dsilvers' (my username) except smproxy which shows my UID instead of my name. This has held true across three different systems I've tried it on. ======================================================================= From xfce-bugs at xfce.org Mon Nov 17 13:45:15 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 12:45:15 +0000 (GMT) Subject: [XFCE 0000012]: xfce4-panel crashes on commands with empty 'Command' field Message-ID: <20031117124515.17D7D5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000012 ======================================================================= Reporter: jimmy Handler: ======================================================================= Project: XFCE Bug ID: 0000012 Category: panel Reproducibility: always Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-17 12:45 GMT Last Modified: 2003-11-17 12:45 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. ======================================================================= From xfce-bugs at xfce.org Mon Nov 17 14:05:34 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 13:05:34 +0000 (GMT) Subject: [XFCE 0000009]: xftaskbar4 and xfdesktop fails with a segfault Message-ID: <20031117130534.CD0C85EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000009 ======================================================================= Reporter: aanund Handler: ======================================================================= Project: XFCE Bug ID: 0000009 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-16 21:22 GMT Last Modified: 2003-11-17 13:05 GMT ======================================================================= Summary: xftaskbar4 and xfdesktop fails with a segfault Description: when i try to run xftaskbar4 or xfdesktop they crash with a segfault. tryied to recompile entire xfce. same results. exactly the same thing happens with both xftaskbar4 and xfdesktop. my bet is its related to libxfcegui:=) ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-16 21:35 GMT ----------------------------------------------------------------------- we do not support gtk-2.3.0 please use a std released stable gtk version. Olivier. ----------------------------------------------------------------------- olivier - 2003-11-16 23:17 GMT ----------------------------------------------------------------------- And best of all it seems gtk-2.3.0 doesn't even compile here. In the mean time I checked my code and found nothing wrong. Olivier ----------------------------------------------------------------------- Moe - 2003-11-17 11:24 GMT ----------------------------------------------------------------------- .. apart from that its a "-test" kernel. Well, I see the point of having an unstable testing system but don't complain to us about it ;-) ----------------------------------------------------------------------- aanund - 2003-11-17 13:05 GMT ----------------------------------------------------------------------- ok ok ok, listen people, now i almost have to raise my voice here. just a small cut'n'paste from your requirements section: GTK+ >= 2.0.6 (also dev packages) i am very aware that i am not running "stable" gtk+ or a "stable" kernel, but really, any cracks about me running a 2.6 kernel are waaay off-base. the reason i reported these BUGS are that they SHOULD be of interest to you, as developers, because they indicate that there is something strange happening here. for some strange reason, i thought you would find it remotely interesting that your code might, and i stress might, not be totally compatible with the next gtk version. if i have burdened you in any way trying to be helpful and sending in a bugreport, i apologize sincerely and will not do so in the future. regards. From xfce-bugs at xfce.org Mon Nov 17 15:45:33 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 14:45:33 +0000 (GMT) Subject: [XFCE 0000012]: xfce4-panel crashes on commands with empty 'Command' field Message-ID: <20031117144533.D237F5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000012 ======================================================================= Reporter: jimmy Handler: ======================================================================= Project: XFCE Bug ID: 0000012 Category: panel Reproducibility: always Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-17 12:45 GMT Last Modified: 2003-11-17 14:45 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). From xfce-bugs at xfce.org Mon Nov 17 15:51:19 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 14:51:19 +0000 (GMT) Subject: [XFCE 0000009]: xftaskbar4 and xfdesktop fails with a segfault Message-ID: <20031117145119.C685D5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000009 ======================================================================= Reporter: aanund Handler: ======================================================================= Project: XFCE Bug ID: 0000009 Category: general Reproducibility: always Severity: crash Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-16 21:22 GMT Last Modified: 2003-11-17 14:51 GMT ======================================================================= Summary: xftaskbar4 and xfdesktop fails with a segfault Description: when i try to run xftaskbar4 or xfdesktop they crash with a segfault. tryied to recompile entire xfce. same results. exactly the same thing happens with both xftaskbar4 and xfdesktop. my bet is its related to libxfcegui:=) ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-16 21:35 GMT ----------------------------------------------------------------------- we do not support gtk-2.3.0 please use a std released stable gtk version. Olivier. ----------------------------------------------------------------------- olivier - 2003-11-16 23:17 GMT ----------------------------------------------------------------------- And best of all it seems gtk-2.3.0 doesn't even compile here. In the mean time I checked my code and found nothing wrong. Olivier ----------------------------------------------------------------------- Moe - 2003-11-17 11:24 GMT ----------------------------------------------------------------------- .. apart from that its a "-test" kernel. Well, I see the point of having an unstable testing system but don't complain to us about it ;-) ----------------------------------------------------------------------- aanund - 2003-11-17 13:05 GMT ----------------------------------------------------------------------- ok ok ok, listen people, now i almost have to raise my voice here. just a small cut'n'paste from your requirements section: GTK+ >= 2.0.6 (also dev packages) i am very aware that i am not running "stable" gtk+ or a "stable" kernel, but really, any cracks about me running a 2.6 kernel are waaay off-base. the reason i reported these BUGS are that they SHOULD be of interest to you, as developers, because they indicate that there is something strange happening here. for some strange reason, i thought you would find it remotely interesting that your code might, and i stress might, not be totally compatible with the next gtk version. if i have burdened you in any way trying to be helpful and sending in a bugreport, i apologize sincerely and will not do so in the future. regards. ----------------------------------------------------------------------- huysmans - 2003-11-17 14:51 GMT ----------------------------------------------------------------------- Your report is appreciated. We just don't have the resources to test everything. None of the developers are using gtk 2.3 and Olivier mentions it doesn't build for him. We will test gtk 2.3, but not until it is starting to be used by regular users or by one of us. From xfce-bugs at xfce.org Mon Nov 17 16:03:29 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 15:03:29 +0000 (GMT) Subject: [XFCE 0000012]: xfce4-panel crashes on commands with empty 'Command' field Message-ID: <20031117150329.4AF405EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= 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: assigned ======================================================================= Date Submitted: 2003-11-17 12:45 GMT Last Modified: 2003-11-17 15:03 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). From xfce-bugs at xfce.org Mon Nov 17 16:07:24 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 15:07:24 +0000 (GMT) Subject: [XFCE 0000012]: xfce4-panel crashes on commands with empty 'Command' field Message-ID: <20031117150724.5717C5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= 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: assigned ======================================================================= Date Submitted: 2003-11-17 12:45 GMT Last Modified: 2003-11-17 15:07 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); } From xfce-bugs at xfce.org Mon Nov 17 16:36:14 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 15:36:14 +0000 (GMT) Subject: [XFCE 0000012]: xfce4-panel crashes on commands with empty 'Command' field Message-ID: <20031117153614.586FF5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= 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: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-17 12:45 GMT Last Modified: 2003-11-17 15:36 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. From xfce-bugs at xfce.org Mon Nov 17 20:09:13 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:09:13 +0000 (GMT) Subject: [XFCE 0000006]: Drag and drop multiple files passed to programs in reverse order Message-ID: <20031117190913.70ACE5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000006 ======================================================================= Reporter: Zephaniah Handler: ======================================================================= Project: XFCE Bug ID: 0000006 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-15 11:54 GMT Last Modified: 2003-11-17 19:09 GMT ======================================================================= Summary: Drag and drop multiple files passed to programs in reverse order Description: Drag and drop of multiple files from xffm are passed to the program in backwards order (the opposite order that they are displayed in xffm). ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-17 19:09 GMT ----------------------------------------------------------------------- fixed in 4.0 and HEAD branches. From xfce-bugs at xfce.org Mon Nov 17 20:10:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:10:08 +0000 (GMT) Subject: [XFCE 0000006]: Drag and drop multiple files passed to programs in reverse order Message-ID: <20031117191008.D370B5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000006 ======================================================================= Reporter: Zephaniah Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000006 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-15 11:54 GMT Last Modified: 2003-11-17 19:10 GMT ======================================================================= Summary: Drag and drop multiple files passed to programs in reverse order Description: Drag and drop of multiple files from xffm are passed to the program in backwards order (the opposite order that they are displayed in xffm). ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-17 19:09 GMT ----------------------------------------------------------------------- fixed in 4.0 and HEAD branches. ----------------------------------------------------------------------- edscott - 2003-11-17 19:10 GMT ----------------------------------------------------------------------- fixed in 4.0 and HEAD branches From xfce-bugs at xfce.org Mon Nov 17 20:10:58 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:10:58 +0000 (GMT) Subject: [XFCE 0000006]: Drag and drop multiple files passed to programs in reverse order Message-ID: <20031117191058.7FC695EB9B2@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000006 ======================================================================= Reporter: Zephaniah Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000006 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-15 11:54 GMT Last Modified: 2003-11-17 19:10 GMT ======================================================================= Summary: Drag and drop multiple files passed to programs in reverse order Description: Drag and drop of multiple files from xffm are passed to the program in backwards order (the opposite order that they are displayed in xffm). ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-17 19:09 GMT ----------------------------------------------------------------------- fixed in 4.0 and HEAD branches. ----------------------------------------------------------------------- edscott - 2003-11-17 19:10 GMT ----------------------------------------------------------------------- fixed in 4.0 and HEAD branches From xfce-bugs at xfce.org Mon Nov 17 20:12:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:12:08 +0000 (GMT) Subject: [XFCE 0000005]: Ctrl-select does double click from a single click Message-ID: <20031117191208.3FBC45EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000005 ======================================================================= Reporter: Zephaniah Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000005 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-15 11:47 GMT Last Modified: 2003-11-17 19:12 GMT ======================================================================= Summary: Ctrl-select does double click from a single click Description: If you try to select multiple files with Ctrl held down and choose two different files quickly, xffm will think you have double clicked the second file, even though you only clicked it once. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-17 19:12 GMT ----------------------------------------------------------------------- Double click now inactive for button 3 events. Committed to 4.0 and HEAD branches From xfce-bugs at xfce.org Mon Nov 17 20:12:17 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:12:17 +0000 (GMT) Subject: [XFCE 0000005]: Ctrl-select does double click from a single click Message-ID: <20031117191217.617505EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000005 ======================================================================= Reporter: Zephaniah Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000005 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-15 11:47 GMT Last Modified: 2003-11-17 19:12 GMT ======================================================================= Summary: Ctrl-select does double click from a single click Description: If you try to select multiple files with Ctrl held down and choose two different files quickly, xffm will think you have double clicked the second file, even though you only clicked it once. ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-17 19:12 GMT ----------------------------------------------------------------------- Double click now inactive for button 3 events. Committed to 4.0 and HEAD branches From xfce-bugs at xfce.org Mon Nov 17 20:19:24 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:19:24 +0000 (GMT) Subject: [XFCE 0000004]: Right click context menu broken Message-ID: <20031117191924.164335EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000004 ======================================================================= Reporter: Zephaniah Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000004 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-15 11:44 GMT Last Modified: 2003-11-17 19:19 GMT ======================================================================= Summary: Right click context menu broken Description: If you are in a directory, and have selected a file, then try to right click on another file or the directory you get a "Cut,Copy,Remove" menu instead of the standard "Refresh, Hide Menu..." menu. This makes normal right clicking a two-step process. You have to first left click, then right click to get the desired menu. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-11-15 12:03 GMT ----------------------------------------------------------------------- Seems there's more to this one than I thought, drag and drop is also broken in the same manner. 1. Select one file with left click. 2. Select and hold a second file with left click and drag this somewhere. 3. Both files are selected when only the second should be. The above behaviour should only occur when Ctrl (or shift) is held down. You can work around it by left clicking the second file once, then clicking and dragging again, but I don't think this is a good way to work. ----------------------------------------------------------------------- edscott - 2003-11-17 19:19 GMT ----------------------------------------------------------------------- The first bug mentioned is solved in 4.o and HEAD branches: the only way to select multiple files with button 3 is to hold down the control key while clicking. The second detail mentioned is a different story altogether. It is the behaviour added in 4.0.1 which allows you to drag a multiple row selection without holding down the control key. Yes, it does imply that if you already have something selected and only want to drag one row, you must click on the row, release, then click again to start the drag. Many fm's work this way. From xfce-bugs at xfce.org Mon Nov 17 20:19:58 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:19:58 +0000 (GMT) Subject: [XFCE 0000004]: Right click context menu broken Message-ID: <20031117191958.C72FF5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000004 ======================================================================= Reporter: Zephaniah Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000004 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-15 11:44 GMT Last Modified: 2003-11-17 19:19 GMT ======================================================================= Summary: Right click context menu broken Description: If you are in a directory, and have selected a file, then try to right click on another file or the directory you get a "Cut,Copy,Remove" menu instead of the standard "Refresh, Hide Menu..." menu. This makes normal right clicking a two-step process. You have to first left click, then right click to get the desired menu. ======================================================================= ----------------------------------------------------------------------- Zephaniah - 2003-11-15 12:03 GMT ----------------------------------------------------------------------- Seems there's more to this one than I thought, drag and drop is also broken in the same manner. 1. Select one file with left click. 2. Select and hold a second file with left click and drag this somewhere. 3. Both files are selected when only the second should be. The above behaviour should only occur when Ctrl (or shift) is held down. You can work around it by left clicking the second file once, then clicking and dragging again, but I don't think this is a good way to work. ----------------------------------------------------------------------- edscott - 2003-11-17 19:19 GMT ----------------------------------------------------------------------- The first bug mentioned is solved in 4.o and HEAD branches: the only way to select multiple files with button 3 is to hold down the control key while clicking. The second detail mentioned is a different story altogether. It is the behaviour added in 4.0.1 which allows you to drag a multiple row selection without holding down the control key. Yes, it does imply that if you already have something selected and only want to drag one row, you must click on the row, release, then click again to start the drag. Many fm's work this way. From xfce-bugs at xfce.org Mon Nov 17 20:25:14 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:25:14 +0000 (GMT) Subject: [XFCE 0000002]: incorrect file extension parsing Message-ID: <20031117192514.B330C5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000002 ======================================================================= Reporter: neocephas Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000002 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: won't fix ======================================================================= Date Submitted: 2003-11-12 22:49 GMT Last Modified: 2003-11-17 19:25 GMT ======================================================================= Summary: incorrect file extension parsing Description: If I have a file named "N.E.R.D - Provider.mp3", xffm parses the file extension to be .E.R.D rather than ".mp3". This happens for all files with multiple periods such as "R.E.M - Losing My Religion.mp3" Perhaps the spaces can also contribute to the problem? ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-17 19:25 GMT ----------------------------------------------------------------------- This does not occur in cvs HEAD branch. The code in 4.0 branch will not be fixed because the mime routines used here are deprecated. From xfce-bugs at xfce.org Mon Nov 17 20:25:26 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 17 Nov 2003 19:25:26 +0000 (GMT) Subject: [XFCE 0000002]: incorrect file extension parsing Message-ID: <20031117192526.9EA6D5EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000002 ======================================================================= Reporter: neocephas Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000002 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-12 22:49 GMT Last Modified: 2003-11-17 19:25 GMT ======================================================================= Summary: incorrect file extension parsing Description: If I have a file named "N.E.R.D - Provider.mp3", xffm parses the file extension to be .E.R.D rather than ".mp3". This happens for all files with multiple periods such as "R.E.M - Losing My Religion.mp3" Perhaps the spaces can also contribute to the problem? ======================================================================= ----------------------------------------------------------------------- edscott - 2003-11-17 19:25 GMT ----------------------------------------------------------------------- This does not occur in cvs HEAD branch. The code in 4.0 branch will not be fixed because the mime routines used here are deprecated. From xfce-bugs at xfce.org Tue Nov 18 02:14:57 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 01:14:57 +0000 (GMT) Subject: [XFCE 0000013]: Panel not showing when search box in Mozilla 1.5 is open Message-ID: <20031118011457.46D015EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=13 ======================================================================= Reporter: radic Handler: ======================================================================= Project: XFCE Bug ID: 0000013 Category: panel Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-18 01:14 GMT Last Modified: 2003-11-18 01:14 GMT ======================================================================= Summary: Panel not showing when search box in Mozilla 1.5 is open Description: The panel is set to use the autohide feature. When typing text into mozilla search field (when the little list is shown) (where you type www.whatever) the panel can't be shown, it stays hidden as long as the list is visible. If there is no list then its fine. ======================================================================= From xfce-bugs at xfce.org Tue Nov 18 07:09:01 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 06:09:01 +0000 (GMT) Subject: [XFCE 0000014]: Not visible contents while moving/resizing windows freeze computer Message-ID: <20031118060901.B5C3D5EB99D@dbguin.lunar-linux.org> Le bug suivant a été ajouté. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=14 ======================================================================= Rapporteur: mrtout Responsable: ======================================================================= Projet: XFCE Bug ID: 0000014 Catégorie: xfwm Reproductibilité: toujours Sévérité: mineur Priorité: normale Etat: nouveau ======================================================================= Date de soumission: 2003-11-18 06:09 GMT Dernière modification: 2003-11-18 06:09 GMT ======================================================================= Résumé: 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. ======================================================================= From xfce-bugs at xfce.org Tue Nov 18 07:31:37 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 06:31:37 +0000 (GMT) Subject: [XFCE 0000013]: Panel not showing when search box in Mozilla 1.5 is open Message-ID: <20031118063137.C14065EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=13 ======================================================================= Reporter: radic Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000013 Category: panel Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-11-18 01:14 GMT Last Modified: 2003-11-18 06:31 GMT ======================================================================= Summary: Panel not showing when search box in Mozilla 1.5 is open Description: The panel is set to use the autohide feature. When typing text into mozilla search field (when the little list is shown) (where you type www.whatever) the panel can't be shown, it stays hidden as long as the list is visible. If there is no list then its fine. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-18 06:31 GMT ----------------------------------------------------------------------- This is not a panel bug. Mozilla 'grabs' the mouse, so no other applications can get mouse events. Nothing we can do about it. From xfce-bugs at xfce.org Tue Nov 18 07:32:04 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 06:32:04 +0000 (GMT) Subject: [XFCE 0000013]: Panel not showing when search box in Mozilla 1.5 is open Message-ID: <20031118063204.CBC7C5EB9B2@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=13 ======================================================================= Reporter: radic Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000013 Category: panel Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-18 01:14 GMT Last Modified: 2003-11-18 06:32 GMT ======================================================================= Summary: Panel not showing when search box in Mozilla 1.5 is open Description: The panel is set to use the autohide feature. When typing text into mozilla search field (when the little list is shown) (where you type www.whatever) the panel can't be shown, it stays hidden as long as the list is visible. If there is no list then its fine. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-18 06:31 GMT ----------------------------------------------------------------------- This is not a panel bug. Mozilla 'grabs' the mouse, so no other applications can get mouse events. Nothing we can do about it. From xfce-bugs at xfce.org Tue Nov 18 07:34:29 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 06:34:29 +0000 (GMT) Subject: [XFCE 0000009]: xftaskbar4 and xfdesktop fails with a segfault Message-ID: <20031118063429.06D545EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000009 ======================================================================= Reporter: aanund Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000009 Category: general Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: suspended ======================================================================= Date Submitted: 2003-11-16 21:22 GMT Last Modified: 2003-11-18 06:34 GMT ======================================================================= Summary: xftaskbar4 and xfdesktop fails with a segfault Description: when i try to run xftaskbar4 or xfdesktop they crash with a segfault. tryied to recompile entire xfce. same results. exactly the same thing happens with both xftaskbar4 and xfdesktop. my bet is its related to libxfcegui:=) ======================================================================= ----------------------------------------------------------------------- olivier - 2003-11-16 21:35 GMT ----------------------------------------------------------------------- we do not support gtk-2.3.0 please use a std released stable gtk version. Olivier. ----------------------------------------------------------------------- olivier - 2003-11-16 23:17 GMT ----------------------------------------------------------------------- And best of all it seems gtk-2.3.0 doesn't even compile here. In the mean time I checked my code and found nothing wrong. Olivier ----------------------------------------------------------------------- Moe - 2003-11-17 11:24 GMT ----------------------------------------------------------------------- .. apart from that its a "-test" kernel. Well, I see the point of having an unstable testing system but don't complain to us about it ;-) ----------------------------------------------------------------------- aanund - 2003-11-17 13:05 GMT ----------------------------------------------------------------------- ok ok ok, listen people, now i almost have to raise my voice here. just a small cut'n'paste from your requirements section: GTK+ >= 2.0.6 (also dev packages) i am very aware that i am not running "stable" gtk+ or a "stable" kernel, but really, any cracks about me running a 2.6 kernel are waaay off-base. the reason i reported these BUGS are that they SHOULD be of interest to you, as developers, because they indicate that there is something strange happening here. for some strange reason, i thought you would find it remotely interesting that your code might, and i stress might, not be totally compatible with the next gtk version. if i have burdened you in any way trying to be helpful and sending in a bugreport, i apologize sincerely and will not do so in the future. regards. ----------------------------------------------------------------------- huysmans - 2003-11-17 14:51 GMT ----------------------------------------------------------------------- Your report is appreciated. We just don't have the resources to test everything. None of the developers are using gtk 2.3 and Olivier mentions it doesn't build for him. We will test gtk 2.3, but not until it is starting to be used by regular users or by one of us. ----------------------------------------------------------------------- huysmans - 2003-11-18 06:34 GMT ----------------------------------------------------------------------- Suspending this bug. Please reopen when it still happens with gtk 2.4.0. From xfce-bugs at xfce.org Tue Nov 18 12:58:17 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 11:58:17 +0000 (GMT) Subject: [XFCE 0000011]: xfce4-session (CVS as of 2003-11-17 11:00 GMT) shows incorrect user for smproxy Message-ID: <20031118115817.AFE975EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000011 ======================================================================= Reporter: kinnison Handler: bmeurer ======================================================================= Project: XFCE Bug ID: 0000011 Category: other Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: open ======================================================================= Date Submitted: 2003-11-17 11:26 GMT Last Modified: 2003-11-18 11:58 GMT ======================================================================= Summary: xfce4-session (CVS as of 2003-11-17 11:00 GMT) shows incorrect user for smproxy Description: In the session control window, the user column is almost entirely 'dsilvers' (my username) except smproxy which shows my UID instead of my name. This has held true across three different systems I've tried it on. ======================================================================= From xfce-bugs at xfce.org Tue Nov 18 12:59:24 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 11:59:24 +0000 (GMT) Subject: [XFCE 0000011]: xfce4-session (CVS as of 2003-11-17 11:00 GMT) shows incorrect user for smproxy Message-ID: <20031118115924.5F1475EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000011 ======================================================================= Reporter: kinnison Handler: bmeurer ======================================================================= Project: XFCE Bug ID: 0000011 Category: other Reproducibility: always Severity: minor Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-17 11:26 GMT Last Modified: 2003-11-18 11:59 GMT ======================================================================= Summary: xfce4-session (CVS as of 2003-11-17 11:00 GMT) shows incorrect user for smproxy Description: In the session control window, the user column is almost entirely 'dsilvers' (my username) except smproxy which shows my UID instead of my name. This has held true across three different systems I've tried it on. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-18 11:59 GMT ----------------------------------------------------------------------- This is how smproxy works, it is not a bug. xfce4-session simply reports the information a client provides. From xfce-bugs at xfce.org Tue Nov 18 13:06:25 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 12:06:25 +0000 (GMT) Subject: [XFCE 0000014]: Not visible contents while moving/resizing windows freeze computer Message-ID: <20031118120625.77BC65EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= 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: assigned ======================================================================= Date Submitted: 2003-11-18 06:09 GMT Last Modified: 2003-11-18 12:06 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. ======================================================================= From xfce-bugs at xfce.org Tue Nov 18 13:35:48 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 12:35:48 +0000 (GMT) Subject: [XFCE 0000015]: opening some programms a second time the systray don't show them Message-ID: <20031118123548.C66025EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=15 ======================================================================= Reporter: seth Handler: ======================================================================= Project: XFCE Bug ID: 0000015 Category: general Reproducibility: random Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-18 12:35 GMT Last Modified: 2003-11-18 12:35 GMT ======================================================================= Summary: opening some programms a second time the systray don't show them Description: If I open some programms (like PSI) a second time XFce4.0.1 don't place the systray-icon in the systray. The icon is then shown outside the systray. On my desktop this means: The systrayicons are shown left under the taskbar (wich is on top of my screen) and not in the right corner of the taskbar where it normally should be. ======================================================================= From xfce-bugs at xfce.org Tue Nov 18 13:49:27 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 12:49:27 +0000 (GMT) Subject: [XFCE 0000008]: xfdesktop should update menu when new software are installed Message-ID: <20031118124927.E17A15EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= 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: acknowledged ======================================================================= Date Submitted: 2003-11-16 17:48 GMT Last Modified: 2003-11-18 12:49 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. From xfce-bugs at xfce.org Tue Nov 18 15:31:55 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 14:31:55 +0000 (GMT) Subject: [XFCE 0000016]: a bit of license dimness Message-ID: <20031118143155.E5D195EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=16 ======================================================================= Reporter: jimmy Handler: ======================================================================= Project: XFCE Bug ID: 0000016 Category: other Reproducibility: N/A Severity: text Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-18 14:31 GMT Last Modified: 2003-11-18 14:31 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. ======================================================================= From xfce-bugs at xfce.org Tue Nov 18 23:34:53 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 18 Nov 2003 22:34:53 +0000 (GMT) Subject: [XFCE 0000015]: opening some programms a second time the systray don't show them Message-ID: <20031118223453.3DA505EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000015 ======================================================================= Reporter: seth Handler: ======================================================================= Project: XFCE Bug ID: 0000015 Category: general Reproducibility: random Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-18 12:35 GMT Last Modified: 2003-11-18 22:34 GMT ======================================================================= Summary: opening some programms a second time the systray don't show them Description: If I open some programms (like PSI) a second time XFce4.0.1 don't place the systray-icon in the systray. The icon is then shown outside the systray. On my desktop this means: The systrayicons are shown left under the taskbar (wich is on top of my screen) and not in the right corner of the taskbar where it normally should be. ======================================================================= ----------------------------------------------------------------------- mastershadow - 2003-11-18 22:34 GMT ----------------------------------------------------------------------- on my system opening 2 psi will add 2 icons in the tray (so it works well). sometimes icons are opened outside taskbar despite the opened program From xfce-bugs at xfce.org Wed Nov 19 02:09:18 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 01:09:18 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031119010918.5B9CE5EB99D@dbguin.lunar-linux.org> Le bug suivant a été ajouté. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=17 ======================================================================= Rapporteur: mrtout Responsable: ======================================================================= Projet: XFCE Bug ID: 0000017 Catégorie: general Reproductibilité: aléatoire Sévérité: mineur Priorité: normale Etat: nouveau ======================================================================= Date de soumission: 2003-11-19 01:09 GMT Dernière modification: 2003-11-19 01:09 GMT ======================================================================= Résumé: 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). ======================================================================= From xfce-bugs at xfce.org Wed Nov 19 02:12:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 01:12:08 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031119011208.B19395EB99D@dbguin.lunar-linux.org> Une note a été ajoutée pour ce bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000017 ======================================================================= Rapporteur: mrtout Responsable: ======================================================================= Projet: XFCE Bug ID: 0000017 Catégorie: general Reproductibilité: aléatoire Sévérité: mineur Priorité: normale Etat: nouveau ======================================================================= Date de soumission: 2003-11-19 01:09 GMT Dernière modification: 2003-11-19 01:12 GMT ======================================================================= Résumé: 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 :) From xfce-bugs at xfce.org Wed Nov 19 18:25:49 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 17:25:49 +0000 (GMT) Subject: [XFCE 0000018]: xfce4-iconbox.height != panel.height Message-ID: <20031119172549.74A945EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=18 ======================================================================= Reporter: Jefklak Handler: ======================================================================= Project: XFCE Bug ID: 0000018 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-19 17:25 GMT Last Modified: 2003-11-19 17:25 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. ======================================================================= From xfce-bugs at xfce.org Wed Nov 19 18:36:52 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 17:36:52 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031119173652.D86085EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=19 ======================================================================= Reporter: Jefklak Handler: ======================================================================= Project: XFCE Bug ID: 0000019 Category: xffm Reproducibility: always Severity: tweak Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-19 17:36 GMT Last Modified: 2003-11-19 17:36 GMT ======================================================================= Summary: Asking to delete file >> disabling? Description: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= From xfce-bugs at xfce.org Wed Nov 19 18:37:17 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 17:37:17 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031119173717.405705EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Handler: ======================================================================= Project: XFCE Bug ID: 0000019 Category: xffm Reproducibility: always Severity: tweak Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-19 17:36 GMT Last Modified: 2003-11-19 17:37 GMT ======================================================================= Summary: Asking to delete file >> disabling? Description: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) From xfce-bugs at xfce.org Wed Nov 19 19:30:29 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 18:30:29 +0000 (GMT) Subject: [XFCE 0000018]: xfce4-iconbox.height != panel.height Message-ID: <20031119183029.EEB8F5EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=18 ======================================================================= Reporter: Jefklak Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000018 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-19 17:25 GMT Last Modified: 2003-11-19 18:30 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. ======================================================================= From xfce-bugs at xfce.org Wed Nov 19 19:32:49 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 18:32:49 +0000 (GMT) Subject: [XFCE 0000018]: xfce4-iconbox.height != panel.height Message-ID: <20031119183249.A83CA5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=18 ======================================================================= Reporter: Jefklak Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000018 Category: panel Reproducibility: always Severity: tweak Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-19 17:25 GMT Last Modified: 2003-11-19 18:32 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. From xfce-bugs at xfce.org Wed Nov 19 22:53:06 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 21:53:06 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031119215306.6C36F5EB99D@dbguin.lunar-linux.org> Der folgende Fehler wurde zugewiesen. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Bearbeiter: Moe ======================================================================= Projekt: XFCE Fehler ID: 0000019 Kategorie: xffm Reproduzierbarkeit: immer Auswirkung: Unschönheit Priorität: normal Status: zugewiesen ======================================================================= erstellt am: 2003-11-19 17:36 GMT letzte Aktualisierung: 2003-11-19 21:53 GMT ======================================================================= Zusammenfassung: Asking to delete file >> disabling? Beschreibung: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) From xfce-bugs at xfce.org Wed Nov 19 22:53:39 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 21:53:39 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031119215339.792E95EB99D@dbguin.lunar-linux.org> Der folgende Fehler wurde behoben. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Bearbeiter: Moe ======================================================================= Projekt: XFCE Fehler ID: 0000019 Kategorie: xffm Reproduzierbarkeit: immer Auswirkung: Unschönheit Priorität: normal Status: erledigt Lösung: kein Fehler ======================================================================= erstellt am: 2003-11-19 17:36 GMT letzte Aktualisierung: 2003-11-19 21:53 GMT ======================================================================= Zusammenfassung: Asking to delete file >> disabling? Beschreibung: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) ----------------------------------------------------------------------- Moe - 2003-11-19 21:53 GMT ----------------------------------------------------------------------- Please use the mailinglist for feature requests. Thank you. From xfce-bugs at xfce.org Wed Nov 19 22:53:45 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 21:53:45 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031119215345.CB4475EB99D@dbguin.lunar-linux.org> Der folgende Fehler wurde geschlossen ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Bearbeiter: Moe ======================================================================= Projekt: XFCE Fehler ID: 0000019 Kategorie: xffm Reproduzierbarkeit: immer Auswirkung: Unschönheit Priorität: normal Status: geschlossen ======================================================================= erstellt am: 2003-11-19 17:36 GMT letzte Aktualisierung: 2003-11-19 21:53 GMT ======================================================================= Zusammenfassung: Asking to delete file >> disabling? Beschreibung: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) ----------------------------------------------------------------------- Moe - 2003-11-19 21:53 GMT ----------------------------------------------------------------------- Please use the mailinglist for feature requests. Thank you. From xfce-bugs at xfce.org Thu Nov 20 00:00:45 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 23:00:45 +0000 (GMT) Subject: [XFCE 0000020]: delay for autohide taskbar Message-ID: <20031119230045.AC03B5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=20 ======================================================================= Reporter: egore911 Handler: ======================================================================= Project: XFCE Bug ID: 0000020 Category: general Reproducibility: always Severity: feature Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-19 23:00 GMT Last Modified: 2003-11-19 23:00 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 Thu Nov 20 00:20:03 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 19 Nov 2003 23:20:03 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031119232003.2A2095EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000017 ======================================================================= Reporter: mrtout Handler: ======================================================================= Project: XFCE Bug ID: 0000017 Category: general Reproducibility: random Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-19 01:09 GMT Last Modified: 2003-11-19 23:20 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. From xfce-bugs at xfce.org Thu Nov 20 01:07:13 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 20 Nov 2003 00:07:13 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031120000713.C908F5EB99D@dbguin.lunar-linux.org> The following bug has been REOPENED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Handler: Moe ======================================================================= Project: XFCE Bug ID: 0000019 Category: xffm Reproducibility: always Severity: tweak Priority: normal Status: feedback ======================================================================= Date Submitted: 2003-11-19 17:36 GMT Last Modified: 2003-11-20 00:07 GMT ======================================================================= Summary: Asking to delete file >> disabling? Description: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) ----------------------------------------------------------------------- Moe - 2003-11-19 21:53 GMT ----------------------------------------------------------------------- Please use the mailinglist for feature requests. Thank you. ----------------------------------------------------------------------- edscott - 2003-11-20 00:07 GMT ----------------------------------------------------------------------- Actually, pressing enter should default to the "no" key to maintain the order of things inherited from xftree (xfce3). It should be easy to fix. From xfce-bugs at xfce.org Thu Nov 20 01:07:22 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 20 Nov 2003 00:07:22 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031120000722.6CD6D5EB99D@dbguin.lunar-linux.org> The following bug has been ASSIGNED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000019 Category: xffm Reproducibility: always Severity: tweak Priority: normal Status: assigned ======================================================================= Date Submitted: 2003-11-19 17:36 GMT Last Modified: 2003-11-20 00:07 GMT ======================================================================= Summary: Asking to delete file >> disabling? Description: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) ----------------------------------------------------------------------- Moe - 2003-11-19 21:53 GMT ----------------------------------------------------------------------- Please use the mailinglist for feature requests. Thank you. ----------------------------------------------------------------------- edscott - 2003-11-20 00:07 GMT ----------------------------------------------------------------------- Actually, pressing enter should default to the "no" key to maintain the order of things inherited from xftree (xfce3). It should be easy to fix. From xfce-bugs at xfce.org Thu Nov 20 02:12:12 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 20 Nov 2003 01:12:12 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031120011212.644525EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000019 Category: xffm Reproducibility: always Severity: tweak Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-19 17:36 GMT Last Modified: 2003-11-20 01:12 GMT ======================================================================= Summary: Asking to delete file >> disabling? Description: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) ----------------------------------------------------------------------- Moe - 2003-11-19 21:53 GMT ----------------------------------------------------------------------- Please use the mailinglist for feature requests. Thank you. ----------------------------------------------------------------------- edscott - 2003-11-20 00:07 GMT ----------------------------------------------------------------------- Actually, pressing enter should default to the "no" key to maintain the order of things inherited from xftree (xfce3). It should be easy to fix. ----------------------------------------------------------------------- edscott - 2003-11-20 01:12 GMT ----------------------------------------------------------------------- On HEAD branch, pressing on confirm dialog is equivalent to cancel button. From xfce-bugs at xfce.org Thu Nov 20 02:12:22 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Thu, 20 Nov 2003 01:12:22 +0000 (GMT) Subject: [XFCE 0000019]: Asking to delete file >> disabling? Message-ID: <20031120011222.D33B25EB99D@dbguin.lunar-linux.org> The following bug has been CLOSED ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000019 ======================================================================= Reporter: Jefklak Handler: edscott ======================================================================= Project: XFCE Bug ID: 0000019 Category: xffm Reproducibility: always Severity: tweak Priority: normal Status: closed ======================================================================= Date Submitted: 2003-11-19 17:36 GMT Last Modified: 2003-11-20 01:12 GMT ======================================================================= Summary: Asking to delete file >> disabling? Description: XFFM always afsks if you are sure to delete the file and if you would like to place it to your trash or delete it directly. Why isnt there a "default" button assigned, to simply press ENTER without moving the mouse to the right button? I always have to click yes or no. ======================================================================= ----------------------------------------------------------------------- Jefklak - 2003-11-19 17:37 GMT ----------------------------------------------------------------------- I know its not a bug but it is VERY annoying :) ----------------------------------------------------------------------- Moe - 2003-11-19 21:53 GMT ----------------------------------------------------------------------- Please use the mailinglist for feature requests. Thank you. ----------------------------------------------------------------------- edscott - 2003-11-20 00:07 GMT ----------------------------------------------------------------------- Actually, pressing enter should default to the "no" key to maintain the order of things inherited from xftree (xfce3). It should be easy to fix. ----------------------------------------------------------------------- edscott - 2003-11-20 01:12 GMT ----------------------------------------------------------------------- On HEAD branch, pressing on confirm dialog is equivalent to cancel button. From xfce-bugs at xfce.org Fri Nov 21 11:28:03 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 21 Nov 2003 10:28:03 +0000 (GMT) Subject: [XFCE 0000021]: XFce-utils and xinitrc shouldn't set defalut font size Message-ID: <20031121102803.21C755EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=21 ======================================================================= Reporter: mpol Handler: ======================================================================= Project: XFCE Bug ID: 0000021 Category: other Reproducibility: always Severity: major Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-21 10:28 GMT Last Modified: 2003-11-21 10:28 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. ======================================================================= From xfce-bugs at xfce.org Fri Nov 21 12:55:05 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 21 Nov 2003 11:55:05 +0000 (GMT) Subject: [XFCE 0000021]: XFce-utils and xinitrc shouldn't set defalut font size Message-ID: <20031121115505.6BC7D5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=21 ======================================================================= Reporter: mpol Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000021 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-21 10:28 GMT Last Modified: 2003-11-21 11:55 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 Fri Nov 21 21:07:02 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 21 Nov 2003 20:07:02 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031121200702.DA99D5EB99D@dbguin.lunar-linux.org> Une note a été ajoutée pour ce bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000017 ======================================================================= Rapporteur: mrtout Responsable: ======================================================================= Projet: XFCE Bug ID: 0000017 Catégorie: general Reproductibilité: aléatoire Sévérité: mineur Priorité: normale Etat: nouveau ======================================================================= Date de soumission: 2003-11-19 01:09 GMT Dernière modification: 2003-11-21 20:07 GMT ======================================================================= Résumé: 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. :) From xfce-bugs at xfce.org Sun Nov 23 14:04:19 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 23 Nov 2003 13:04:19 +0000 (GMT) Subject: [XFCE 0000022]: mixer plugin fails to get volume Message-ID: <20031123130419.92E665EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=22 ======================================================================= Reporter: papermoon Handler: ======================================================================= Project: XFCE Bug ID: 0000022 Category: plugins Reproducibility: always Severity: trivial Priority: low Status: new ======================================================================= Date Submitted: 2003-11-23 13:04 GMT Last Modified: 2003-11-23 13:04 GMT ======================================================================= Summary: mixer plugin fails to get volume Description: If one adds 2 mixer plugins to the panel (makes no sense, I know) and removes one of these plugins, the remaining plugin fails to get the volume. This is the log: ** (xfce4-panel:1360): CRITICAL **: file vc_oss.c: line 206 (vc_get_volume): assertion `mixer_handle != -1' failed Tested with newest cvs checkout and 4.01. ======================================================================= From xfce-bugs at xfce.org Sun Nov 23 14:24:13 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 23 Nov 2003 13:24:13 +0000 (GMT) Subject: [XFCE 0000022]: mixer plugin fails to get volume Message-ID: <20031123132413.CC2925EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000022 ======================================================================= Reporter: papermoon Handler: huysmans ======================================================================= Project: XFCE Bug ID: 0000022 Category: plugins Reproducibility: always Severity: trivial Priority: low Status: acknowledged ======================================================================= Date Submitted: 2003-11-23 13:04 GMT Last Modified: 2003-11-23 13:24 GMT ======================================================================= Summary: mixer plugin fails to get volume Description: If one adds 2 mixer plugins to the panel (makes no sense, I know) and removes one of these plugins, the remaining plugin fails to get the volume. This is the log: ** (xfce4-panel:1360): CRITICAL **: file vc_oss.c: line 206 (vc_get_volume): assertion `mixer_handle != -1' failed Tested with newest cvs checkout and 4.01. ======================================================================= ----------------------------------------------------------------------- huysmans - 2003-11-23 13:24 GMT ----------------------------------------------------------------------- Yes, this is near the top of my list. I'm going to add a way for the plugins to tell the panel there can be only one. This should be in the next release. From xfce-bugs at xfce.org Sun Nov 23 23:34:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Sun, 23 Nov 2003 22:34:08 +0000 (GMT) Subject: [XFCE 0000015]: opening some programms a second time the systray don't show them Message-ID: <20031123223408.9EEB85EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=15 ======================================================================= Reporter: seth Handler: ======================================================================= Project: XFCE Bug ID: 0000015 Category: general Reproducibility: random Severity: trivial Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-18 12:35 GMT Last Modified: 2003-11-23 22:34 GMT ======================================================================= Summary: opening some programms a second time the systray don't show them Description: If I open some programms (like PSI) a second time XFce4.0.1 don't place the systray-icon in the systray. The icon is then shown outside the systray. On my desktop this means: The systrayicons are shown left under the taskbar (wich is on top of my screen) and not in the right corner of the taskbar where it normally should be. ======================================================================= ----------------------------------------------------------------------- mastershadow - 2003-11-18 22:34 GMT ----------------------------------------------------------------------- on my system opening 2 psi will add 2 icons in the tray (so it works well). sometimes icons are opened outside taskbar despite the opened program ----------------------------------------------------------------------- olivier - 2003-11-23 22:34 GMT ----------------------------------------------------------------------- Hi, Can you test this version: http://www.xfce.org/archive/test/xfwm4-4.0.2.tar.gz TIA Olivier. From xfce-bugs at xfce.org Mon Nov 24 19:47:12 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 24 Nov 2003 18:47:12 +0000 (GMT) Subject: [XFCE 0000023]: Kuickshow displays the title bar even when in full-screen mode. Message-ID: <20031124184712.BF37A5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=23 ======================================================================= Reporter: dugan Handler: ======================================================================= Project: XFCE Bug ID: 0000023 Category: xfwm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-24 18:47 GMT Last Modified: 2003-11-24 18:47 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. ======================================================================= From xfce-bugs at xfce.org Mon Nov 24 21:15:08 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 24 Nov 2003 20:15:08 +0000 (GMT) Subject: [XFCE 0000023]: Kuickshow displays the title bar even when in full-screen mode. Message-ID: <20031124201508.D698D5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=23 ======================================================================= Reporter: dugan Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000023 Category: xfwm Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed ======================================================================= Date Submitted: 2003-11-24 18:47 GMT Last Modified: 2003-11-24 20:15 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. From xfce-bugs at xfce.org Mon Nov 24 23:47:29 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 24 Nov 2003 22:47:29 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031124224729.D0CF65EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000017 ======================================================================= Reporter: mrtout Handler: ======================================================================= Project: XFCE Bug ID: 0000017 Category: general Reproducibility: random Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-19 01:09 GMT Last Modified: 2003-11-24 22:47 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. From xfce-bugs at xfce.org Mon Nov 24 23:56:15 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 24 Nov 2003 22:56:15 +0000 (GMT) Subject: [XFCE 0000016]: a bit of license dimness Message-ID: <20031124225615.C22C55EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000016 ======================================================================= Reporter: jimmy Handler: ======================================================================= Project: XFCE Bug ID: 0000016 Category: other Reproducibility: N/A Severity: text Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-18 14:31 GMT Last Modified: 2003-11-24 22:56 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. From xfce-bugs at xfce.org Mon Nov 24 23:59:00 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 24 Nov 2003 22:59:00 +0000 (GMT) Subject: [XFCE 0000014]: Not visible contents while moving/resizing windows freeze computer Message-ID: <20031124225900.54BCB5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= 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: assigned ======================================================================= Date Submitted: 2003-11-18 06:09 GMT Last Modified: 2003-11-24 22:59 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. From xfce-bugs at xfce.org Mon Nov 24 23:59:59 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 24 Nov 2003 22:59:59 +0000 (GMT) Subject: [XFCE 0000014]: Not visible contents while moving/resizing windows freeze computer Message-ID: <20031124225959.E57835EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= 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: resolved Resolution: not a bug ======================================================================= Date Submitted: 2003-11-18 06:09 GMT Last Modified: 2003-11-24 22:59 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 Tue Nov 25 00:00:54 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Mon, 24 Nov 2003 23:00:54 +0000 (GMT) Subject: [XFCE 0000015]: opening some programms a second time the systray don't show them Message-ID: <20031124230054.42F5A5EB99D@dbguin.lunar-linux.org> The following bug has been RESOLVED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000015 ======================================================================= Reporter: seth Handler: olivier ======================================================================= Project: XFCE Bug ID: 0000015 Category: general Reproducibility: random Severity: trivial Priority: normal Status: resolved Resolution: duplicate Duplicate: 0000017 ======================================================================= Date Submitted: 2003-11-18 12:35 GMT Last Modified: 2003-11-24 23:00 GMT ======================================================================= Summary: opening some programms a second time the systray don't show them Description: If I open some programms (like PSI) a second time XFce4.0.1 don't place the systray-icon in the systray. The icon is then shown outside the systray. On my desktop this means: The systrayicons are shown left under the taskbar (wich is on top of my screen) and not in the right corner of the taskbar where it normally should be. ======================================================================= ----------------------------------------------------------------------- mastershadow - 2003-11-18 22:34 GMT ----------------------------------------------------------------------- on my system opening 2 psi will add 2 icons in the tray (so it works well). sometimes icons are opened outside taskbar despite the opened program ----------------------------------------------------------------------- olivier - 2003-11-23 22:34 GMT ----------------------------------------------------------------------- Hi, Can you test this version: http://www.xfce.org/archive/test/xfwm4-4.0.2.tar.gz TIA Olivier. ----------------------------------------------------------------------- olivier - 2003-11-24 23:00 GMT ----------------------------------------------------------------------- duplicate bug. From xfce-bugs at xfce.org Tue Nov 25 01:59:50 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 25 Nov 2003 00:59:50 +0000 (GMT) Subject: [XFCE 0000016]: a bit of license dimness Message-ID: <20031125005950.CE82E5EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000016 ======================================================================= Reporter: jimmy Handler: ======================================================================= Project: XFCE Bug ID: 0000016 Category: other Reproducibility: N/A Severity: text Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-18 14:31 GMT Last Modified: 2003-11-25 00:59 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 Tue Nov 25 09:09:36 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 25 Nov 2003 08:09:36 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031125080936.C03DF5EB99D@dbguin.lunar-linux.org> Une note a été ajoutée pour ce bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000017 ======================================================================= Rapporteur: mrtout Responsable: ======================================================================= Projet: XFCE Bug ID: 0000017 Catégorie: general Reproductibilité: aléatoire Sévérité: mineur Priorité: normale Etat: nouveau ======================================================================= Date de soumission: 2003-11-19 01:09 GMT Dernière modification: 2003-11-25 08:09 GMT ======================================================================= Résumé: 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. From xfce-bugs at xfce.org Tue Nov 25 21:21:46 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 25 Nov 2003 20:21:46 +0000 (GMT) Subject: [XFCE 0000024]: Registering new filetypes fails under some conditions Message-ID: <20031125202146.B5D5D5EB99D@dbguin.lunar-linux.org> The following NEW bug has been ADDED. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000024 ======================================================================= Reporter: bwalle Handler: ======================================================================= Project: XFCE Bug ID: 0000024 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-25 20:21 GMT Last Modified: 2003-11-25 20:21 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. ======================================================================= From xfce-bugs at xfce.org Wed Nov 26 00:31:55 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Tue, 25 Nov 2003 23:31:55 +0000 (GMT) Subject: [XFCE 0000024]: Registering new filetypes fails under some conditions Message-ID: <20031125233155.98E665EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000024 ======================================================================= Reporter: bwalle Handler: ======================================================================= Project: XFCE Bug ID: 0000024 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-25 20:21 GMT Last Modified: 2003-11-25 23:31 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. From xfce-bugs at xfce.org Wed Nov 26 19:26:06 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Wed, 26 Nov 2003 18:26:06 +0000 (GMT) Subject: [XFCE 0000024]: Registering new filetypes fails under some conditions Message-ID: <20031126182606.A51E05EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000024 ======================================================================= Reporter: bwalle Handler: ======================================================================= Project: XFCE Bug ID: 0000024 Category: xffm Reproducibility: always Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-25 20:21 GMT Last Modified: 2003-11-26 18:26 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. From xfce-bugs at xfce.org Fri Nov 28 13:17:53 2003 From: xfce-bugs at xfce.org (xfce-bugs at xfce.org) Date: Fri, 28 Nov 2003 12:17:53 +0000 (GMT) Subject: [XFCE 0000017]: Strange systray icon beheaviour with sylpheed-claws Message-ID: <20031128121753.F0B365EB99D@dbguin.lunar-linux.org> A BUGNOTE has been added to this bug. ======================================================================= http://bugs.xfce.org/view_bug_page.php?f_id=0000017 ======================================================================= Reporter: mrtout Handler: ======================================================================= Project: XFCE Bug ID: 0000017 Category: general Reproducibility: random Severity: minor Priority: normal Status: new ======================================================================= Date Submitted: 2003-11-19 01:09 GMT Last Modified: 2003-11-28 12:17 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... From fundabonka at yahoo.co.uk Sat Nov 29 14:15:28 2003 From: fundabonka at yahoo.co.uk (=?iso-8859-1?q?Nagulan=20Selvakannu?=) Date: Sat, 29 Nov 2003 13:15:28 +0000 (GMT) Subject: auto-fit for xfdesktop Message-ID: <20031129131528.30577.qmail@web25110.mail.ukl.yahoo.com> Hi, How shall i start this, errr... i added a small feature where a user and make a picture for the backdrop which auto-fits to the users desktop resolution. It kind of resizes an image according to it's aspect ratio so that the whole image can be displayed on the desktop. Well the thing is i would like to know, can i submit a feature like that to the dev team, and how would i do that? If i`m asking on the wrong mailing list i'm sorry, and i would appreciate it if someone could show me the right direction :) --------------------------------- Download Yahoo! Messenger now for a chance to WIN Robbie Williams "Live At Knebworth DVD" -------------- next part -------------- An HTML attachment was scrubbed... URL: From fourdan at xfce.org Sat Nov 29 19:38:53 2003 From: fourdan at xfce.org (Olivier Fourdan) Date: Sat, 29 Nov 2003 19:38:53 +0100 Subject: auto-fit for xfdesktop In-Reply-To: <20031129131528.30577.qmail@web25110.mail.ukl.yahoo.com> References: <20031129131528.30577.qmail@web25110.mail.ukl.yahoo.com> Message-ID: <1070131133.1694.27.camel@shuttle> Hi, Please do, just send a patch against the head tree preferably, and we'll put that in CVS. If the patch isn't too big, just send itto the xfce4-dev list Thanks, Olivier. On Sat, 2003-11-29 at 14:15, Nagulan Selvakannu wrote: > Hi, > > How shall i start this, errr... i added a small feature where a user > and make a picture for the backdrop which auto-fits to the users > desktop resolution. It kind of resizes an image according to it's > aspect ratio so that the whole image can be displayed on the desktop. > > Well the thing is i would like to know, can i submit a feature like > that to the dev team, and how would i do that? > > If i`m asking on the wrong mailing list i'm sorry, and i would > appreciate it if someone could show me the right direction :) > > > ______________________________________________________________________ > Download Yahoo! Messenger now for a chance to WIN Robbie Williams > "Live At Knebworth DVD" > > ______________________________________________________________________ > _______________________________________________ > Xfce-dev mailing list > Xfce-dev at xfce.org > http://moongroup.com/mailman/listinfo/xfce-dev -- Olivier Fourdan - fourdan at xfce.org Interoperability is the keyword, uniformity is a dead end. http://www.xfce.org