[Bug 672760] Re: Clock applet not showing on the correct location when in bottom panel
This looks like a duplicate of #631664 and has nothing to do with gnome- bugs #531850. This is a problem with Compiz. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. https://bugs.launchpad.net/bugs/672760 Title: Clock applet not showing on the correct location when in bottom panel -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 328155] Re: xclip -selection clipboard does not paste to terminal
I'd like to point out that when I use xsel instead of xclip it seems to work just fine (xsel --clipboard). -- xclip -selection clipboard does not paste to terminal https://bugs.launchpad.net/bugs/328155 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 505371] Re: Usability: .RUN files, terminal, and privileges
@James: Sure, no problem, I hope I haven't been too hard on you ;-) Let me start by explaining the terminology, upstream refers to the project that actually develops the relevant application. The term comes from the idea that water and the goods it carries float downstream and benefit those who are there to receive it. In this particular case upstream refers to GNOME, as that is the project behind Nautilus, whereas Ubuntu is downstream. The GNOME project uses Bugzilla as their issue tracker which is located at http://bugzilla.gnome.org/. So you'll have to register an account at https://bugzilla.gnome.org/createaccount.cgi and then file a report against Nautilus using https://bugzilla.gnome.org/enter_bug.cgi?product=nautilus. Be sure to change the severity to enhancement to indicate that this is not a bug report. I'll keep track of the report as soon as it lands. Thanks for all your effort. -- Usability: .RUN files, terminal, and privileges https://bugs.launchpad.net/bugs/505371 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 505371] Re: Usability: .RUN files, terminal, and privileges
@James: Why not make the OS transition process a little bit easier for more users? Because I do not agree with the assumption that the changes you proposed (adding options to the dialog) will improve usability, on the contrary, I strongly believe that this will only lead to more problems, because among other things it will almost certainly tempt some users to automatically respond to the dialog with Run with administrative privileges even when this is not needed or not wise to do so. If the script authors require administrator privileges then they should be the ones asking for it. However, having read your original report once more, I would like to indicate I have no problem with (and support) the resolution you proposed to Problem 1 - Terminal auto-closes (keeping the terminal open when the user selects Run in Terminal). If you would be so kind to move this into an issue of its own, that would be great (file it upstream right away, not in Launchpad please). P.S. This doesn't have anything to do with files having the .RUN extension (extensions are irrelevant) the dialog is displayed for any file that has the executable bit set (+x). -- Usability: .RUN files, terminal, and privileges https://bugs.launchpad.net/bugs/505371 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 505371] Re: Usability: .RUN files, terminal, and privileges
I'm sorry but if the goal is to improve usability then adding more options to a dialog (especially the ones mentioned) is in my view not the right way to go about this. Instead you should ask the distributor of VirtualBox to package their stuff. -- Usability: .RUN files, terminal, and privileges https://bugs.launchpad.net/bugs/505371 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 492240] Re: Add an option in Nautilus' preferences to not show mounted partitions on desktop
This bug is filed upstream as https://bugzilla.gnome.org/show_bug.cgi?id=606848 Ignoring for a moment whether it is even useful to expose this configuration setting somewhere in the user interface, I have to say that I do not think this belongs in the Nautilus preferences dialog just because it is Nautilus who provides the desktop view (something a lot of people aren't even aware of, so how would they know to look here?) However, I cannot figure out where this option would fit in, though I do believe a configuration applet would be the most appropriate. If you are willing to work on this you might want to discuss this on the usability list (http://mail.gnome.org/mailman/listinfo/usability), however before doing so I would advise one to: 1) Create a convincing use case as to why it would even be useful to have this setting exposed. 2) Suggest a place where this setting would be exposed 3) Possibly create a user interface mockup The possibilites I considered were: * Appearances (gnome-appearance-properties) -- However, last I checked some on the GNOME team were contemplating to remove the Interface tab from the applet, so among some there is already some apprehension to put more options in here. * Removable Drives and Media (thunar-volman-settings) -- This is focused on providing options related to how to handle mounted media, but I don't think an interface option really belongs in there. Thanks. -- Add an option in Nautilus' preferences to not show mounted partitions on desktop https://bugs.launchpad.net/bugs/492240 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 460941] Re: Hard to find out which file used as icon
Sebastien, your motivations for having this sent upstream intrigue me and I wish to subscribe to your newsletter. ;-) I'd like to point out that it is possible to figure out the filename using the icon name (see below for some Python code), so it would be possible to have the file chooser start with this file selected. However, ideally this isn't the route we want to take. Instead the file chooser in this instance should be replaced by a dialog tailored towards the job at hand, findings icons. That's going to require a bit of effort though and the Nautilus team can use any help they can get, so if you're interested in working on this, you'll want to start with writing a specification (rationale, use cases, user interface mockups). Some examples of specifications can be found at https://wiki.ubuntu.com/CategorySpec (template: https://wiki.ubuntu.com/SpecSpec) and https://fedoraproject.org/wiki/Features (for example: https://fedoraproject.org/wiki/Features/UserAccountDialog). An elaborate example of a specification can be found at https://wiki.ubuntu.com/NotifyOSD I'll keep an eye on this report. -- Here's some Python code which would allow you to lookup the filename for an icon name: import gtk icontheme = gtk.icon_theme_get_default() iconinfo = icontheme.lookup_icon('totem', size=256, flags=gtk.ICON_LOOKUP_USE_BUILTIN) print iconinfo.get_filename() ... /usr/share/icons/hicolor/scalable/apps/totem.svg Had you gone with size=24 then it would have selected the PNG instead. -- Hard to find out which file used as icon https://bugs.launchpad.net/bugs/460941 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 493716] [NEW] Input/output error when saving files on a GVFS mounted FTP directory
Public bug reported: Binary package hint: gvfs I used ubuntu-bug gvfs-fuse (1.2.2) to report and I'm running Ubuntu 9.04 (Jaunty). Starting since a few days ago whenever I edit a file on a mounted FTP directory I get a Input/output error and the result is essentially that the file is deleted (0 bytes). This happens whenever I try to edit something in ~/.gvfs directly, e.g. using Geany or even nano. The only program that manages to save correctly so far has been gedit. I asked around and it seems that's because gedit doesn't use FUSE, but GIO. Also, so far I've only had this happen with FTP mounts, SFTP mounts on the other hand are still working like they're supposed to. I'm certainly wondering if this is FTP server specific, but I haven't yet verified if the behavior occurs with another FTP server. Coincidently it seems that the kernel on my system was recently upgraded (to 2.6.28.17.22), though I am not sure if this is related. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 Package: gvfs-fuse 1.2.2-0ubuntu2 ProcEnviron: LC_TIME=nl_NL.UTF-8 PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gvfs Uname: Linux 2.6.28-17-generic i686 ** Affects: gvfs (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- Input/output error when saving files on a GVFS mounted FTP directory https://bugs.launchpad.net/bugs/493716 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 493716] Re: Input/output error when saving files on a GVFS mounted FTP directory
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/36543996/Dependencies.txt -- Input/output error when saving files on a GVFS mounted FTP directory https://bugs.launchpad.net/bugs/493716 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 135324] Re: Gutsy: OpenOffice thumbnails transparent
Here's a version of the tracker thumbnailer written in Python which uses the Python Imaging Library (PIL) to modify the background color to white (works for all ODF types). It's quite similar to the one presented in the Ubuntu Forums earlier (http://ubuntuforums.org/showthread.php?t=76566), but that one didn't change the background color so had the same transparency issue. This could replace the Tracker version but would (I assume) bring in some unwanted dependencies (Python, PIL etc.). Is there a separate thumbnailer package such as thunar-thumbnailers? Also the shadow effect on PDF thumbnails seems to be generated by evince-thumbnailer (evince-thumbnailer -s 128 test.pdf test.png). I didn't replicate this. ** Attachment added: OpenDocument thumbnailer http://launchpadlibrarian.net/17551089/vnd.oasis.opendocument.text_thumbnailer -- Gutsy: OpenOffice thumbnails transparent https://bugs.launchpad.net/bugs/135324 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 135324] Re: Gutsy: OpenOffice thumbnails transparent
In reply to comment #7: Anyone an idea how to change this behaviour? The out-of-the-box thumbnailing for odt-files with tracker is great. It's quite annoyingly though, e.g. when you have a non-solid-white background, then it's hard to see these thumbnails in nautilus. See below. They simply take the thumbnail contained in the OpenDocument file itself (inside the archive) without any editing, apart from resizing it with ImageMagick's `convert` utility. Also I couldn't find the right command-line arguments to properly fill the background color. `-color white -opaque none` comes close, but has some odd effects (I didn't look very long though). See: http://imagemagick.org/Usage/formats/#png_www In reply to comment #10: As far as I know, tracker doesn't make thumbnails for nautilus. The manpage for tracker-thumbnailer says: tracker-thumbnailer takes an image file as input and produces a thumbnail which is compliant to the freedesktop.org thumbnail specification. And the source for tracker-thumbnailer has: thumbnails_dir = g_build_filename (g_get_home_dir(), .thumbnails, NULL); See http://svn.gnome.org/viewvc/tracker/trunk/src/tracker-thumbnailer/ And there's a thumbnailer for OpenDocument files, see: http://svn.gnome.org/viewvc/tracker/trunk/thumbnailers/application/ Try: $ tracker-thumbnailer OpenDocument Text.odt application/vnd.oasis.opendocument.text normal Where Opendocument Text.odt is obviously an existing OpenDocument Text document in the working directory. -- Gutsy: OpenOffice thumbnails transparent https://bugs.launchpad.net/bugs/135324 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 135324] Re: Gutsy: OpenOffice thumbnails transparent
** Also affects: tracker Importance: Undecided Status: New -- Gutsy: OpenOffice thumbnails transparent https://bugs.launchpad.net/bugs/135324 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 135324] Re: Gutsy: OpenOffice thumbnails transparent
What package is supposed to provide thumbnailing for OpenDocument documents? I know there's a couple of scripts floating around, but those aren't in the repository. I'd be willing to provide a patch to default to a white background when transparent if people prefer this. -- Gutsy: OpenOffice thumbnails transparent https://bugs.launchpad.net/bugs/135324 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 175365] Re: Templates not working
In my case the XDG_TEMPLATES_DIR variable in ~/.config/user-dirs.dirs wasn't set properly. Might this also have been the case for you? -- Templates not working https://bugs.launchpad.net/bugs/175365 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 135324] Re: Gutsy: OpenOffice thumbnails transparent
I didn't know Gutsy included a thumbnailer for OpenDocument files. Anwyays, it looks to me like this is actually intended behavior. OpenOffice.org by default uses No fill as the background color, meaning transparency. The actual thumbnail in the archive (that is Thumbnails/thumbnail.png) is also transparent. -- Gutsy: OpenOffice thumbnails transparent https://bugs.launchpad.net/bugs/135324 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 150379] Re: Nautilus built-in search doesn't work if tracker is disabled
If you remove the package 'tracker' which includes trackerd (the daemon) when trying to search within Nautilus the following D-Bus error dialog is displayed: The folder contents could not be displayed. The name org.freedesktop.Tracker was not provided by any .service files. From what I understand is that if the Tracker daemon is not running it should fallback on a simple 'find' like thing. It also seems this is the way it works in Fedora, though at the moment I cannot verify this. -- Nautilus built-in search doesn't work if tracker is disabled https://bugs.launchpad.net/bugs/150379 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 35347] Re: bookmarks need subfolders
I use the Nautilus bookmarks functionality to quickly navigate to important folders (favorite locations), the possibility to use subfolders such as requested here would greatly improve the categorization of these bookmarks. Note, that this also affects the GNOME Panel Menubar (places). -- bookmarks need subfolders https://bugs.launchpad.net/bugs/35347 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs