[Bug 203004] [NEW] Crash recovery should attempt to recover filled in form elements
Public bug reported: Binary package hint: epiphany-browser Epiphany offers to recover previously opened windows and tabs if it is forcibly closed (power cut, crash, manually killed, etc.) and this works well, but it would be really useful if it attempted to recover the contents of forms. For example, if a user is writing a blog entry in a web based form, or a forum post, or a comment on a page, etc. and Epiphany crashes then the text is not recovered. It would be nice to have this functionality now that a lot of users' output goes into web forms. I understad that this may be difficult for dynamically generated and changing web pages, but for simple pages it seems doable. Of course the contents of password fields should not be saved! ** Affects: epiphany-browser (Ubuntu) Importance: Undecided Status: New -- Crash recovery should attempt to recover filled in form elements https://bugs.launchpad.net/bugs/203004 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to epiphany-browser in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33212] Re: deleting files across file systems
I get this message when trying to delete things from bound folders in my Home (I keep files in a separate partition, and bind the various folders to the Music, Documents, etc. folders in my home). It forces me to open a terminal just to delete a file (this is using Gutsy, Gnome VFS 1:2.19.91-0ubuntu1, nautilus 1:2.19.91-0ubuntu1) -- deleting files across file systems https://bugs.launchpad.net/bugs/33212 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
[Bug 135448] Workspace switcher is too close to Trash applet
Public bug reported: Binary package hint: gnome-panel I'm in the process of cleaning up the IdeaPool page on the Wiki and came across this bug report: "Wastebasket icon is perhaps too close to the workplace switcher. Many times I click on wastebasket instead of a workspace. Maybe we can place wastebasket as an "icon on the desktop" by default, rather than in the panel?" I'm reporting it here so that it gets the attention it deserves and can be legitimately removed from the Wiki page. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- Workspace switcher is too close to Trash applet https://bugs.launchpad.net/bugs/135448 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 92127] Re: SVG icons look blurry when zommed in
I'd like to see this fixed, since it is kind of annoying to open Inkscape just to view an image in detail. It could be fixed by rendering vector images every time they are zoomed in or out, rather than the current behaviour of rendering once when it is loaded then zooming in the rendered image (which makes it blurry). -- SVG icons look blurry when zommed in https://bugs.launchpad.net/bugs/92127 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 132717] Re: Opening Ogg Theora files opens the set application but also opens the 'play' command as well
I reported this and it is no longer happening. I think it was just a glitch from installing updates and not restarting GNOME fully. ** Changed in: nautilus (Ubuntu) Status: Incomplete => Invalid -- Opening Ogg Theora files opens the set application but also opens the 'play' command as well https://bugs.launchpad.net/bugs/132717 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 132717] Re: Opening Ogg Theora files opens the set application but also opens the 'play' command as well
I have VLC set as default for Ogg Theora files. It doesn't seem to be happening anymore, probably since I have installed updates and rebooted a few times. I think this was caused after a different Nautilus+Ogg bug was fixed (I can't find the bug number sorry) but I hadn't fully restarted GNOME, so I'll mark it as fixed or invalid or something (if I can figure out how :P ) -- Opening Ogg Theora files opens the set application but also opens the 'play' command as well https://bugs.launchpad.net/bugs/132717 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 132717] Opening Ogg Theora files opens the set application but also opens the 'play' command as well
Public bug reported: Binary package hint: nautilus Using Nautilus package version 1:2.19.90-0ubuntu1 in Gutsy the 'play' command runs whenever an Ogg Theora file is opened as well as the defined application to open with. Since play starts up quicker than applications like VLC this results in 2 audio streams, out of sync. To kill play I have needed to run "killall play" from a terminal. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- Opening Ogg Theora files opens the set application but also opens the 'play' command as well https://bugs.launchpad.net/bugs/132717 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 list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 131637] Gnome Appearance tool gives unneeded warning about Nvidia card
Public bug reported:
Binary package hint: gnome-control-center
When turning on desktop effects ('normal' or 'extra') the appearance
tool pops up a message box informing me that "nvidia hardware not
available" when I am using an ATI Radeon Xpress 200 card with ATI's
proprietary driver, making the message completely redundant and
potentially confusing/scary for new users (the image displayed in the
box is for errors). After clicking OK on the message Compiz Fusion
starts up fine, giving the usual Use Previous/Keep Settings box.
I am using the fglrx driver xorg-driver-fglrx 7.1.0-8.37.6+2.6.22.2-9.7,
installed with restricted manager and Xgl (xserver-xgl
7.2.0.git.20070224-0ubuntu) set up using this guide:
https://help.ubuntu.com/community/CompositeManager/Xgl (using "method
B"). gnome-control-center version is 1:2.19.6-0ubuntu2.
** Affects: gnome-control-center (Ubuntu)
Importance: Undecided
Status: New
--
Gnome Appearance tool gives unneeded warning about Nvidia card
https://bugs.launchpad.net/bugs/131637
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for gnome-control-center in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 109487] Re: "Next" button in track properties should work from old position
I'm running Gutsy now and it is still there. This is more of a wishlist than anything (it would make tagging tracks easier) -- "Next" button in track properties should work from old position https://bugs.launchpad.net/bugs/109487 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 109487] Re: "Next" button in track properties should work from old position
I reported this in using Edgy, but have now upgraded to Feisty and the behaviour is the same. I do have Shuffle on, but this shouldn't affect the behaviour. I just noticed that the buttons in the properties dialogue are labelled "Back" and "Forward" too, sorry for any confusion if you interpreted 'Back' and 'Next' as the main track playing buttons either side of Play. This is a wishlist bug if anything, but would be nice to fix for people who use Rhythmbox's ID3 tagging capabilities. -- "Next" button in track properties should work from old position https://bugs.launchpad.net/bugs/109487 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 109487] "Next" button in track properties should work from old position
Public bug reported: Binary package hint: rhythmbox The properties dialogue of a track (right click on a track in the library and select properties) has "Next" and "Back" buttons to change the information in the properties window. However, if a user is adding tags to an album she has just ripped as "Unknown Artist - Unknown Album" it would be more useful for the Next and Back buttons to work from the position in the library where the track was selected. For example, with the current behaviour selecting "Unknown Artist - Unknown Album - Track 1", changing the tags to "ArtistName - AlbumName - TrackName" then clicking Next would change to the track underneath ArtistName - AlbumName - TrackName, whereas the most useful behaviour would be to move to the position after that selected, eg. Unknown Artist - Unknown Album - Track 2. I know Amarok works in this way by using the KDE way of only applying changes when "Save" is pressed, so the tracks are not moved around in the library until then. ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: Unconfirmed -- "Next" button in track properties should work from old position https://bugs.launchpad.net/bugs/109487 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 99290] Messages lost when too long
Public bug reported: Binary package hint: gaim The current behaiour of GAIM when messages are too long for single messages on the chosen protocol should be changed as it loses user's data. The current behaviour is that if a user writes a long message (the longer it is the harder it is to reproduce accurately) and presses enter then the entire written text disappears and the conversation window gets a little red message saying "Unable to send message: The message is too large." All of the text written into the message box is gone, did not get sent so does not appear in the message window and is not available to the recipient and the log does not show the text of the message either. Steps to reproduce: 1) Enter a chat with somebody (in my case using the MSN protocol) 2) Write a very long message. The longer the better, the more content the better 3) Press enter. The whole thing is now gone. I have used Kopete briefly and the way it handles this is to split the message into smaller parts which are sent one after the other. Another way would be to display the message as part of the error (as in 'Unable to send message: The message is too large. ') and another would be to keep the message text in the input box so the user can copy it to another location like Gedit then split it up manually. In each of these ways the text of the message is not lost (as you can tell I just had a nasty experience with this bug after being used to Kopete's behaviour and have lost a message I spent 3 hours writing) ** Affects: gaim (Ubuntu) Importance: Undecided Status: Unconfirmed -- Messages lost when too long https://launchpad.net/bugs/99290 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 88666] Search bar changes background colour, but not foreground
Public bug reported: Binary package hint: rhythmbox The search bar to narrow down the displayed songs changes its background colour away from the GTK theme's when something is entered (in my case it becomes light yellow, I don't know if this colour is universal or not). The text colour in the box, however, stays the same as before (in my case white). This can end up with unreadable text whenever something is typed into the bar. Steps to reproduce: 1) Use a light-on-dark GTK theme (I use a custom coloured Clearlooks 1) 2) Open Rhythmbox 3) Type something into the search bar and the text is not readable I know this is more of a nag, but little things like this can influence one's feeling of a desktop (having to explain what that big yellow bar was when using a laptop with Rhythmbox at a party for example) ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: Unconfirmed -- Search bar changes background colour, but not foreground https://launchpad.net/bugs/88666 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 72557] Re: Launching epiphany from deskbar doesn't use the user profile
This happens for me too. For instance every time I type "ubuntu wiki" into the deskbar Epiphany pops up a message about a secure connection (which should only happen once ever), I am not logged into the Wiki although I normally am, no bookmarks are present, etc. -- Launching epiphany from deskbar doesn't use the user profile https://launchpad.net/bugs/72557 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 68878] Re: Similarly named buddy groups destroy buddy organisation
Forgot to say I am using Dapper with GAIM 1.5.1cvs. (also in problem 8 I meant to say "dragged into the same group as the original, they disappear [the duplicates]") -- Similarly named buddy groups destroy buddy organisation https://launchpad.net/bugs/68878 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 68878] Similarly named buddy groups destroy buddy organisation
Public bug reported: This may depend on a few factors, so firstly I will give my current GAIM setup: 1 MSN account, 2 Yahoo! accounts, 2 IRC accounts (which are not online by default), some Yahoo! buddies are used in both accounts so have 2 buddy list entries, buddy groups include Friends, friends, Contacts, Family, Temporary, Sheffield, Chat Rooms. OK, now what I did: 1) Added the group "friends" and moved a few buddies into it 2) Added the group "Friends" and moved the buddies previously in "friends" into it 3) Deleted group "friends" Problems (some or all of these may happen): 1) Error dialogue appears with an MSN problem 2) GAIM crashes 3) Buddies become rearranged after every reconnect/restart 4) Buddy groups get swapped (for me the members of "Family" kept entering "friends") 5) Previously deleted groups reappear (for me the group "Sheffield" keeps coming back, as well as the group "Temporary" which I tried to use as an intermediary for storing buddies whilst deleting both "friends" and "Friends" and starting again. That didn't work by the way) 6) The groups "friends" and "Friends" cannot be renamed or deleted, this either crashes GAIM or reverts back at next reconnect/restart 7) Random new buddy group appears with unintelligible name (unicode characters, etc.) 8) Buddies appear in multiple groups (when the duplicates are dragged into the same group the original they disappear) This is getting pretty annoying, and I think it is something to do with MSN not being case-sensitive or something. The most annoying part is that any attempt to sort out the buddies or remove the problematic groups either crashes GAIM or gets undone at the next restart. Maybe you could shed some light on this? ** Affects: gaim (Ubuntu) Importance: Undecided Status: Unconfirmed -- Similarly named buddy groups destroy buddy organisation https://launchpad.net/bugs/68878 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 57377] Re: Deskbar's dropdown menu assumes a black-on-white theme
Here is a screenshot to illustrate the point -- Deskbar's dropdown menu assumes a black-on-white theme https://launchpad.net/bugs/57377 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 57377] Deskbar's dropdown menu assumes a black-on-white theme
Public bug reported: Using a theme with white fonts, usually a dark theme, the deskbar's dropdown list of possible actions still has a white background. Since it doesn't specify a font colour, the white font is used and the options all appear empty until they are selected with the cursor keys. A possible solution would be to use black fonts independent of what the GTK theme suggests. (I tried looking through various python files for the background's setup, but couldn't find it) ** Affects: deskbar-applet (Ubuntu) Importance: Untriaged Status: Unconfirmed -- Deskbar's dropdown menu assumes a black-on-white theme https://launchpad.net/bugs/57377 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 56654] Address bar becomes unreadable for secure pages
Public bug reported: The address bar turns it's background pale yellow when visiting a secure site, however it does not change the font. This makes the contents of the address bar unreadable if a pale font colour is used, like white. For reference, Firefox changes the address bar to pale yellow, but it also changes the text to black so it remains readable for any theme. ** Affects: epiphany-browser (Ubuntu) Importance: Untriaged Status: Unconfirmed -- Address bar becomes unreadable for secure pages https://launchpad.net/bugs/56654 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 52473] Re: "Extract Here" context command in nautilus extracts archive in _FILES directory rather than current directory
If there is only one file then it is extracted into the current directory. It makes sense to extract multiple files into a directory like it currently does. To move the files from the created directory to the current directory one simply has to cut/paste them, whilst to do it the other way around would require making a folder, knowing what files were in the directory, selecting them individually with ctrl-click then cutting/pasting them into the directory. I like it how it is, but if you insist then perhaps "Extract" rather than "Extract Here"? -- "Extract Here" context command in nautilus extracts archive in _FILES directory rather than current directory https://launchpad.net/bugs/52473 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
