[Bug 1243806] Re: The names column has its width dictated by other columns
Oof. Well, glad someone may be addressing it - kudos and all love to Carlos Soriano, it appears? https://bugzilla.gnome.org/show_bug.cgi?id=732004#c3 Apparently it's a simple one-liner: https://bug732004.bugzilla- attachments.gnome.org/attachment.cgi?id=284244 ...that won't be in upstream until GNOME 3.16, and Ubuntu is sticking with GNOME 3.12 stuff for Ubuntu 14.10. Any chance that is cherry-pick- able? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1243806 Title: The names column has its width dictated by other columns To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1243806/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1243806] Re: The names column has its width dictated by other columns
@Sebastien Bacher: Awesome, thanks! From the timing I guess that landed between visiting Launchpad and finishing typing. (Obviously got all that from your link to the GNOME bug just prior but I wasn't sure how much activity that indicated.) Now to actually try it out after work... :) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1243806 Title: The names column has its width dictated by other columns To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1243806/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1243806] Re: The names column has its width dictated by other columns
Does this mean it's fixed or someone just pushed the ignore pesky users button again? I see no new Nautilus updates since last week. Does this mean 14.10's version will be improved? The 14.04 examples in the attachment are a bit forced with non-sensitive data from my home machine, but when you're at work dealing with files and paths like /Clients/Lastname, Firstname/adv. Plaintiff/for filing/Motion (Second) for Extension of Time to File Opposition.pdf and any column gets truncated, you're in for a bad time when all search results return as e.g. Mot The Dash search also seems to have issues being useful with these common cases of 'important metadata is in the path as well as the filename' if you're trying to find Bob's motion and not Alice's. I know I'm without gruntle, but I'm told all of these features break equally when working with multiple git repos, so what audience is being adequately served by any of this again? ** Attachment added: Nautilus maximum column width still suboptimal - bring back horizontal scrollbar.png https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1243806/+attachment/4239812/+files/Nautilus%20maximum%20column%20width%20still%20suboptimal%20-%20bring%20back%20horizontal%20scrollbar.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1243806 Title: The names column has its width dictated by other columns To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1243806/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1243806] Re: The names column has its width dictated by other columns
re: my #38 above: Those screenshots accidentally expose another funny behavior - yes, when the yellow 'tip' appears at the bottom of the window it does at least tell you about the individual file that's been highlighted. Apparently in the contrived case of a window that small (felt like fitting both in one png and not sharing the labels of my external drives) it doesn't fully appear, different bug. But at normal window heights that part does work if you feel like individually examining each one. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1243806 Title: The names column has its width dictated by other columns To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1243806/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1205055] Re: Impossible to change column width of Nautilus in list view
Trash issue in #11 and #12 reproduces with 13.10 (64-bit also) here as well. [Anybody else have my 'Modified' column header doesn't always accept mouseclicks to sort issue? Starting from Trash, which activates the Location column in new tabs within that window is actually a pretty good workaround...] -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1205055 Title: Impossible to change column width of Nautilus in list view To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1205055/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1205055] Re: Impossible to change column width of Nautilus in list view
You may also want to try installing XFCE's Thunar which appears to have similar scrollbar behavior to old Nautilus. This will probably pull in a large bunch of XFCE dependencies but if you have the disk space that should be okay; then just add it to your dock as an alternative file browser. (If there's a legacy Nautilus package that can co-exist with 3.x, I wouldn't mind one myself - sometimes I want the instant search, other times I miss that tree-browsing approach in list view.) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1205055 Title: Impossible to change column width of Nautilus in list view To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1205055/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1205055] Re: Impossible to change column width of Nautilus in list view
Hmm. I just experimented with your problem here and notice that if the window is not wide enough in list view, you cannot stretch the contents of the Name field past the Questions: Do you get the double arrow - cursor when you hover over the | divider between the Name and Size fields? If you get the double arrow, Can you then hold the left button and drag to the left to make the Name field *smaller*? ...and then does dragging it back to the right work until the contents of the Modified column hits the right side of the window? I just checked and see that e.g. Nautilus 2.32 from GNOME 2.x would allow stretching the Name column to the right and beyond, creating a horizontal scrollbar. It appears that horizontal scrollbars are gone from Nautilus/Files 3.8.2. Maybe that is what you're missing? If so that appears to have been another GNOME simplification (see also the enforced spatial Nautilus controversy of a decade ago or the We've Decided You Must Have a Clock And It Must Be Centered In Your Top Panel of GNOME 3). Possible workarounds: * You can 'emulate' the horizontal scrollbar behavior clumsily by dragging the window around and stretching it wider than the screen (drag it so left edge hangs off left edge of screen, then widen to right, then drag the whole window back and forth. * For long paths, you can turn off the Location column under Visible Columns in the v dropdown menu, and have something close to every other operating system's behavior where the current path is just shown in the navigation bar for the window. I agree that more of a 'split line' view for search results would be great, so the full path could show below the items returned, or developers could bring back the 'caret'/'indented' sort of expanding tree view naturally indicating the parent directories - which I miss greatly when not searching, too. (I'm guessing the old code for that 'broke' at some point during the Nautilus rewrite or it would not have gone away.) And I agree that it was kind of ridiculous to get rid of horizontal scrolling entirely, especially now that mouse wheels with left/right tilt are common, but I'm guessing they conflicted visually with the sticky note that has replaced the status bar to see the size and item count for the selected item. Which is sort of redundant in list view where Size is a column by default. [Sadly my report of the Modified column still regularly becoming dead to clicks is still a problem for me.] -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1205055 Title: Impossible to change column width of Nautilus in list view To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1205055/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1205055] Re: Impossible to change column width of Nautilus in list view
At risk of making this another miscellaneous complaints bug, but it appears there is yet another intermittent issue where cut and paste moving of files ceases to work. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1205055 Title: Impossible to change column width of Nautilus in list view To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1205055/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1205055] Re: Impossible to change column width of Nautilus in list view
Resizing columns doesn't seem to be a problem for me with Nautilus 3.8.2 on 13.10 x86-64 as just released (for the Name and Size fields - Type and Modified are apparently 'wide enough' and not adjustable), but I'm experiencing something potentially related: Intermittently, the Type and Modified columns do not respond to a click to sort by that column. Resizing the width of the window seems to be the most reliable workaround to get them responsive. When the columns can't be resized, do the fields still respond to 'sort- by' clicks? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1205055 Title: Impossible to change column width of Nautilus in list view To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1205055/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1055766] Re: grep -R doesn't automatically search amazon
re: #35 - could this overlay functionality be used to present automatically-updating context-sensitive QR codes? Then a user poking through a source tree would simply have to point a smartphone at the screen to purchase a license to Visual Studio 2012. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1055766 Title: grep -R doesn't automatically search amazon To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1055766/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 544994] Re: the rhythmbox mtp code hijacks cameras
If it was fixed in 0.12.8-0ubuntu2 it's now regressed in 0.12.8-0ubuntu3 on my fresh Lucid upgrade. lsof snippet: gvfs-gpho 6062 floid 13u CHR189,146 0t02544556 /dev/bus/usb/002/019 ... rhythmbox 6244 floid 43u CHR189,146 0t02544556 /dev/bus/usb/002/019 Rhythmbox gets hung up sleeping (Sl state) as soon as the camera is connected / if it is run with the camera connected. This causes the ever-complained-of Error mounting location: Error initializing camera: -60: Could not lock the device from gphoto2 and its consumers. At some point I got a -1 error out of it as well. Of course it's an unexpected race depending whether gphoto2/F-Spot/similar is run before Rhythmbox or not. But with Rhythmbox closed, the device actually works as a PTP camera in F-Spot, much to my relief, and it even gvfs mounts (so turns out I'm not affected by another bug I thought I was). Observed with a Kodak Easyshare Z1485 IS: Bus 002 Device 019: ID 040a:05c8 Kodak Co. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x040a Kodak Co. idProduct 0x05c8 bcdDevice1.00 iManufacturer 1 Eastman Kodak Company iProduct2 KODAK EASYSHARE Z1485 IS Digital Camera iSerial 3 KCXKF92400305 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 39 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower2mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 6 Imaging bInterfaceSubClass 1 Still Image Capture bInterfaceProtocol 1 Picture Transfer Protocol (PIMA 15470) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 16 Device Qualifier (for other device speed): bLength10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 bNumConfigurations 1 Device Status: 0x0001 Self Powered -- the rhythmbox mtp code hijacks cameras https://bugs.launchpad.net/bugs/544994 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 570087] Re: Canon camera not auto mounted by gphoto2 backend, manually accessing gphoto2://[usb:id] works though
I thought I was bitten by this, but discovered I was affected by LP#544994 instead (Rhythmbox improperly trying to open USB PTP camera). This might be a different issue, but since it was very inobvious, make sure Rhythmbox is not running when testing. -- Canon camera not auto mounted by gphoto2 backend, manually accessing gphoto2://[usb:id] works though https://bugs.launchpad.net/bugs/570087 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 493961] Re: some apps in System Administration do not work with sudo
Thought I'd heard something about this and was glad to find the background here. I was reminded while catching both the punt-users-on-shutdown-warning and CPU Frequency Scaling Monitor applet being smart enough to ask for the password for the local superuser while e.g. Synaptic still doesn't. I'll mark myself affected since it would be convenient to run Synaptic from a running X session without having to ssh -X localhost as my privileged user*, but it's more a wishlist for 10.04 than a killer bug here. *On that particular machine, to avoid dozens of what's-the-password? calls, I put the 'usual' unprivileged user into a localusers group, gave it a hard random password, and rigged up some pam magic to make a local login through gdm sufficient without a password. This apes Windows' behavior for users without passwords - and if anyone is looking for a project, it'd be nice to codify that as a feature in Ubuntu so I don't have to remember what I did there on every upgrade. ;) -- some apps in System Administration do not work with sudo https://bugs.launchpad.net/bugs/493961 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to alacarte in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 108623] Re: totem isn't buffering correctly
Observed annoying with totem-gstreamer 2.28.2-0ubuntu3, whether in the browser plugin or natively in Totem. I haven't fiddled with any of the gconf settings, I did go in and tell Totem I have 1.5Mbps T1/Intranet/LAN (which is true, 1.5mbit/s ATT DSL - though that does mean it craps out just shy of a full 1.5mbits after PPP and line overhead). I could go in and poke at it, but I shouldn't really have to, right? More annoying is the failure to cache, combined with a failure to seek properly [either refuses to seek back at all or jumps back to 0:00], which I've been hunting for the (surely-existing) bug for. Seen with http://static.tvpaint.com/community/gallery/content/Filmakademie_Urs_Trailer.mp4 and other sample content on that site if anyone's looking for more test cases. @#29: mplayer has been the de-facto I-just-want-it-to-work-on-UNIX player for a while (and still has major performance advantages on sub- GHz systems), but gstreamer and Totem are supposed to offer GNOME the conveniences DirectShow and Quicktime do for the Other Major Platforms. So it'd be nice if they actually functioned properly. -- totem isn't buffering correctly https://bugs.launchpad.net/bugs/108623 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 509079] Re: nautilus has tabs on bottom
This is intentional from the Nautilus crew: http://arstechnica.com/open-source/reviews/2010/01/ubuntu-1004-alpha-2-brings-pitivi-panel-changes.ars I'll chime in because I agree it's a bit gratuitously different and likely to confuse users who have managed to get familiar with browser tabs. It would seem most obvious to put the tabs above the path widget, so that the path widget is a component of each tab (the Chrome approach, you could call it). That would make the path 'bounce' visually when going from a view with no tabs to tabs, but I doubt it would be that bothersome. [And if this attracts attention, I think an even more pressing papercut is that, tabs or panes or spatial, it's still quite hard to distinguish between /extremely/long/path/to/something and /media/mountpoint/extremely/long/path/to/something in the common case of working with copies. Assigning a subtly different background color to removable devices by default would be one quick fix.] -- nautilus has tabs on bottom https://bugs.launchpad.net/bugs/509079 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 432492] Re: GDM fails to authenticate pre-existent users.
Just lost a day to this myself (though my fault for not keeping backups). A permissions (or configuration, I suppose) error anywhere in the gconf hierarchy can turn this up. In my case, /etc/gconf/2/path included references to the following (installed automatically at some point): xml:readonly:/etc/gconf/gconf.xml.system xml:readonly:/var/lib/gconf/debian.defaults xml:readonly:/var/lib/gconf/defaults As it turned out, /var/lib/gconf/debian.defaults was not world-readable. The only clue logged regarding this was: === The files that contain your preference settings are currently in use. You might be logged in to a session from another computer, and the other login session is using your preference settings files. You can continue to use the current session, but this might cause temporary problems with the preference settings in the other session. Do you want to continue? Continue (y/n) === in /var/log/gdm/:0-greeter.log. Not exactly the first place I would look, or the clearest indication of where the problem is. (After numerous attempts to reinstall and reconfigure all related packages, I was hunting for lockfiles...) IIRC it looks like fresh installs (or 100% fresh installs of gconf) may not include /etc/gconf/2/path at all (or delete it?), so the wrong permissions from whatever package installs /var/lib/gconf/debian.defaults may only turn up for upgrading users. -- GDM fails to authenticate pre-existent users. https://bugs.launchpad.net/bugs/432492 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 416236] Re: [Regression] No do nothing for laptop lid closed action
Another 'vote,' to advise that this de-featuring has crept through related gnome-power-preferences options, not just lid-closing: Some desktop keyboards feature overly-prominent Suspend buttons. The Do nothing option has disappeared for suspend button behavior as well. Sometimes Suspend still does not work and it's helpful to be able to avoid foot-shooting until there's time to debug it properly. It looks like you've bisected this already, but re: the Suspend option, somehow I have two systems cdromupgrade'd to 9.10, one ('CD-only') still offering Do Nothing, the other (all updates through December 1, 2009) not. I'm not in front of them to check version numbers, but locally machines with 2.28.1-0ubuntu1 all lack it. [Suspend trouble is a failure to resume on HP Compaq SR1611NX desktops, using the HP A8AE-LE Amberine motherboard with no added hardware for those who care.] -- [Regression] No do nothing for laptop lid closed action https://bugs.launchpad.net/bugs/416236 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33002] Re: logout dialog UI objections
If this amateur UI nerd can throw into the fray... Part of the problem is the decision to make a switch to a full dialog from a pulldown menu. Presumably this is inspired by a desire for consistency with Windows. The irony is, within the various Gnome metaphors, what's needed is an inverse of the Windows 'Start' menu -- that is, a rapidly-accessed 'Exit' menu that details all the various ways to depart a session. There's been some haphazard rearranging of these features in recent GUIs; first the Mac had its shutdown item buried in a menu; some subset of followon GUIs moved it to a more-easily-located dedicated widget when 'docks' and 'launchers' became popular. Then came Windows 9x, with the Start menu, OS X with the tweak in concept for their Apple menu, and fast-user-switching on both of the big remaining personal computing platforms standardizing on the upper-right corner. ... What I see is the germ of a pretty damn good idea here; the 'exit' icon, while initially unfamiliar (as hieroglyphs always are), is an appropriate categorization for all these 'You are about to invoke a dramatic switch in mode' options. Why have FUS in one widget and logout and shutdown buried elsewhere, when they're all related to session management and the user may still be decision-making while invoking the menu or dialog? Also, for whatever weird confluence of reasons, the positional consistency for 'close button' has moved from upper left to upper right in the past decade, so there's some familiarity for the average MS migrant there. That's the good part. The bad part is making it a full blocking dialog when it doesn't deserve to be. A dropdown combining the FUS list with shutdown and logout options is much more easily dismissed (by 'clicking off' to change focus) when invoked accidentally, no 'Cancel' or 'exit' item needed, and no consideration of focus required. Only destructive selections (a full logout or shutdown) then deserve a blocking confirmation dialog when selected to prove the user's really sure. This probably amounts to wishlisting a *third* rewrite of the whole functionality; I haven't seen Gnome's official approach yet, and bumped into Ubuntu's current direction in the past day or two. I can also appreciate that the existing approach is probably guaranteed to survive across GNOME/KDE/XFCE distributions, while a panel applet that does more of the heavy lifting itself rather than invoking another X client might not, but such is life. (Off-topic, but when it comes to panel layout and use of screen corners, I like to put the window list applet in the top left. This bumps the Applications menu out of that spot, but serves my need for OS/2 Warpcenter nostalgia and is a bit more convenient than strafing desktops or sliding along the Windows-style switcher. The changing icon also provides a cute and consistently-placed reminder of what has focus without having to visually interpret a messy desktop. Since 'preferred' applications wind up with their own launcher icons anyway, far from screen corners, anyone higher-up want to try this for a while and decide if it's worth considering as a basic UI feature?) -- logout dialog UI objections https://launchpad.net/malone/bugs/33002 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs