[Bug 84226] Fast user switch applet causes high processor load

2007-08-20 Thread Holger Berndt
You have been subscribed to a public bug: Binary package hint: fast-user-switch-applet On Feisty, since a recent upgrade, the fast user switch applet causes 50% processor load on my AMD64 dual core when it is added to a gnome panel. ** Affects: fast-user-switch-applet (Ubuntu) Importance:

[Bug 137458] Inconsistency with Nautilus dragdrop and ACL

2007-09-05 Thread Holger Berndt
Public bug reported: Binary package hint: nautilus I am using Nautilus in connection with Eiciel for ACL support (what is the status of Nautilus' native ACL support anyways? I heard it should be there from GNOME 2.16 on...). When I copy a directory with files from a partition that was not

[Bug 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus

2009-07-12 Thread Holger Berndt
@kikl: Completely unrelated to whether it's a good idea to get undo dialogs/bars on moving to trash or not, Nautilus's trash display does indeed have poor usability. No deletion date grouping, sorting or even displaying. Also, one can't really know where the files are going to be restored to. That

[Bug 95853] Re: Delete file in Nautlus - no warning

2009-06-24 Thread Holger Berndt
I think Nautilus' behaviour is correct. The behaviour is by design, and the confirm_trash option is doing what it is supposed to do: Request confirmation for the non-revertable actions Delete Trash and Delete files, but not for the revertable Move to trash. And guys, please stop speaking for the

[Bug 152879] Re: Nautilus does not warn when deleting read-only files

2009-06-24 Thread Holger Berndt
The bug description reveals a misunderstanding of the permissions system. File creation and deletion are operations on the _containing directory_ and are affected by the permissions set on that directory. You can create and delete files if you have +w on the parent directory. File permissions, on

[Bug 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus

2010-06-20 Thread Holger Berndt
Suppose that you have 1500+ items in your trash bin. You pressed DEL without noticing which file it was. A warning for every single move-to-trash operation to fix this problematic usecase is implementing a cruel workaround instead of fixing the issues (in this case trash view usability). In

[Bug 600861] Re: path location bar of Nautilus doesn't appear by default when configured so in gconf-editor, and disappears on navigation

2010-07-02 Thread Holger Berndt
The always_use_location_entry gconf key does not determine whether the location bar is visible or not, it just toggles between breadcrumb navigation and text entry. The visibility itself is set by View - Location Bar. -- path location bar of Nautilus doesn't appear by default when configured so

[Bug 95853] Re: Add an option to get a confirmation dialog before deleting files in Nautilus

2010-08-15 Thread Holger Berndt
The Wastebasket has no way to sort by deleted date. If it did, then this improvement would be a lot less urgent, IMHO Please read what I wrote. Quoting myself: In fact, current Nautilus git master has trashed-on column in list view, and (irrespective of the view) sorts the trashcan by reversed

[Bug 306630] Re: nautilus should copy/move smarter (queue files)

2010-05-13 Thread Holger Berndt
@Walter_I In my oppinion, David Siegel's remark is absolutely correct, and you are wrong. It's not as simple as you put it. Whether or not copying in parallel takes significantly longer depends on a number of factors (is target and/or source on a slow network connection, am I copying from a CD

[Bug 306630] Re: nautilus should copy/move smarter (queue files)

2010-05-13 Thread Holger Berndt
@Darshaka Pathirana: How can you full ACK a statement that you oppose in your very next sentence? Walter proposed to ALWAYS queue files, which is definitely not a good idea. Do something more than just always process in parallel or always queue, be it to ask the user, have some smart logic or a

[Bug 137458] Re: Inconsistency with Nautilus dragdrop and ACL

2007-12-17 Thread Holger Berndt
Submitted upstream (Bug #504049 in GNOME bugzilla) -- Inconsistency with Nautilus dragdrop and ACL https://bugs.launchpad.net/bugs/137458 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing

[Bug 442078] Re: Buttons in Eclipse not working correctly with GTK+ 2.18.1-1

2009-10-28 Thread Holger Berndt
Ubuntu folks can't fix bugs in software that you download from eclipse.org or zend.org. It's up to them to fix the software they offer. The Eclipse package in the repo contains the workaround, and I don't see what else could possibly be done on Ubuntu's side. -- Buttons in Eclipse not working

[Bug 442078] Re: Buttons in Eclipse not working correctly with GTK+ 2.18.1-1

2009-10-29 Thread Holger Berndt
Patrick: Your assumption is wrong to start with. The bug is not in GTK+, but in Eclipse. Starting from 2.18 on, GTK+ changed some of its internal behaviour (google for client side windows). This change is intentional, and needed for other development. It doesn't make any difference to programs