[Bug 285285] Re: GtkFileChooser dialog size randomly broken
The fact that dialog sizes are sometimes big may be only cosmetic, but when they are too small to be useful and need constant resizing i would certainly hope for things to get fixed sooner rather than later... just my 2 cents -- GtkFileChooser dialog size randomly broken https://bugs.launchpad.net/bugs/285285 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 272083] Re: Zenity windows appear underneath others
Im not sure why zenity shouldn't steal focus, because imho most of the times that's the whole purpose of using zenity. Waiting for feedback from a script for a whole minute and then realising there's a hidden dialog waiting for input is NOT a good thing... -- Zenity windows appear underneath others https://bugs.launchpad.net/bugs/272083 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to zenity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 272083] Re: Zenity windows appear underneath others
For reference, the focus handling can be changed by a simple property in the zenity glade file Attaching patch, can be applied directly to /usr/share/zenity/zenity.glade ** Attachment added: zenity-2.24.0-focus.patch http://launchpadlibrarian.net/18653141/zenity-2.24.0-focus.patch -- Zenity windows appear underneath others https://bugs.launchpad.net/bugs/272083 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to zenity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 277098] Re: gnome-cpufreq-applet icons look very outdated, do not match the desktop look
Submitted upstream at http://bugzilla.gnome.org/show_bug.cgi?id=555794 -- gnome-cpufreq-applet icons look very outdated, do not match the desktop look https://bugs.launchpad.net/bugs/277098 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 277098] Re: gnome-cpufreq-applet icons look very outdated, do not match the desktop look
Sorry, should have added - this is using latest updates on Intrepid (i believe it's now 8.10 Beta) -- gnome-cpufreq-applet icons look very outdated, do not match the desktop look https://bugs.launchpad.net/bugs/277098 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 268751] Re: External tools - Open Terminal doesnt work in directories with spaces
Strange as it seems, and though i am quite certain it occurred in the first place, i cannot reproduce the behavior any longer... Using Ubuntu Hardy 8.04.1, and i can confirm the (optional) gedit- plugins package is not installed. -- External tools - Open Terminal doesnt work in directories with spaces https://bugs.launchpad.net/bugs/268751 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit-plugins in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 268751] Re: External tools - Open Terminal doesnt work in directories with spaces
After installing the gedit-plugins package the issue has returned. As an example i am opening: ~/Desktop/RC 2008 Trab 2a Epoca/Makefile -- External tools - Open Terminal doesnt work in directories with spaces https://bugs.launchpad.net/bugs/268751 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit-plugins in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 268751] Re: External tools - Open Terminal doesnt work in directories with spaces
I am finding hard to reproduce this bug using gnome-terminal --working- directory due to some weird behavior it displays. However, this simple test should demonstrate why the vars in gedit tools should be quoted: create a new tool with the following code: -- snip -- #!/bin/sh zenity --info --text=$GEDIT_CURRENT_DOCUMENT_DIR zenity --info --text=$GEDIT_CURRENT_DOCUMENT_DIR -- /snip -- and try it in a folder with spaces in its name. In regards to gnome-terminal, not finding the folder passed in --working-directory= will make it default to some other - and (i have no idea why) - it's defaulting to my testing directory in my desktop... (see attachment) ** Attachment added: gnometerminal_workdir.png http://launchpadlibrarian.net/17576578/gnometerminal_workdir.png -- External tools - Open Terminal doesnt work in directories with spaces https://bugs.launchpad.net/bugs/268751 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit-plugins in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 268751] [NEW] External tools - Open Terminal doesnt work in directories with spaces
Public bug reported: Binary package hint: gedit External Tools - Open terminal here will open a new gnome-terminal window with the current working directory. However, when the directory has spaces in it gnome-terminal will default to ~ (home directory). The simple fix is to quote $GEDIT_CURRENT_DOCUMENT_DIR when passed as argument to gnome-terminal. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- External tools - Open Terminal doesnt work in directories with spaces https://bugs.launchpad.net/bugs/268751 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 46732] Re: Regression : strange behavior with NTFS volumes
I can confirm to this: 1) open Places-Computer 2) double-click any ntfs volume (several times, no result) 3) hit refresh (F5), volume shows mounted, and can now browse it. my fstab NTFS volumes are as follows: /dev/hda1/media/hda1ntfs defaults,noauto,nls=utf8,umask=022,gid=46,user 0 1 i haven't tested this with any non-ntfs volume. If you need any more debug info please specify the procedure. -- Regression : strange behavior with NTFS volumes https://launchpad.net/bugs/46732 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
