[Bug 436570] [NEW] gcolor2 tool saved colors cannot be deleted
Public bug reported: Binary package hint: gcolor2 GNOME's gcolor2 utility allows the current colour to be saved for future use. A Delete button is provided to remove unwanted colours from the saved list, but this has not worked on my last two Ubuntu installations, 8.10 and 9.04 (32-bit). Highlighting a saved colour and clicking the delete button causes a confirmation box to be displayed asking if you really wish to delete the selected colour, but confirming this merely closes the box without the delete occurring. It seems that this is not a session-related matter either, restarting gcolor2, or even GNOME, has no effect, the supposedly deleted colours remain in the list. The package I am currently using (on Jaunty) is: Source package: /usr/bin/gcolor2 Version 0.4-2 I find the ability to save colour hex strings a real time saver when doing graphical development work, working with CSS, etc. and it would be great to see the delete feature fixed. Regards ** Affects: gcolor2 (Ubuntu) Importance: Undecided Status: New -- gcolor2 tool saved colors cannot be deleted https://bugs.launchpad.net/bugs/436570 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 293207] Re: Conversion of existing mailboxes fails silently
Hi Sebastien, I confess, I've never manually patched anything before, but I'm willing to give it a go. Where do I go to grab the patches? I'm googling patch application now, but any specific pointers or tips would be welcome. -- Conversion of existing mailboxes fails silently https://bugs.launchpad.net/bugs/293207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 293207] Re: Conversion of existing mailboxes fails silently
Thanks Peter, I've added an edited version of my comment above to the GNOME bugzilla report you've created. (I also included information about the hardware I'm running Intrepid on). If I happen to find a fix or workaround I'll of course report back here :) Regards -- Conversion of existing mailboxes fails silently https://bugs.launchpad.net/bugs/293207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 293207] Re: Conversion of existing mailboxes fails silently
I have the same issue that Peter has described above. I copied my 46 MB Evolution backup (made on Hardy with all the latest updates applied) to a machine running a clean install of Intrepid and experienced similar events to those Peter has described. When attempting to start Evolution for the first time under Intrepid I used the application's initialization wizard to locate my backup and restore it. The result was a brief display of the following dialog: http://farm4.static.flickr.com/3003/3003590641_551257e899_o.png followed by the silent fail Peter describes above. All subsequent attempts to start Evolution have failed in the same way. The dialog box visible in the image above flashes (very) briefly, and Evolution dies silently. This issue has persisted across system restarts and I'm currently unable to start the Evolution client. I have the latest Intrepid updates installed as of the time (BST) and date visible in the system tray in the image. Regards to all (PS. Having no access to my mail, calendar or contacts under Intrepid means that the Importance status of this issue is definitely high, if not critical, for me.) -- Conversion of existing mailboxes fails silently https://bugs.launchpad.net/bugs/293207 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 209794] Re: Firefox-3 does not clear private data
Disappointingly, this issue remains with the final gold release version of Firefox 3. I agree with Michael Losonsky above, this may not be a bug in code, but the refusal of the RichResults to obey the Clear Private Data command presents a significant privacy issue (I find this very surprising, security and privacy are things that the Firefox team have always taken very seriously). It's disappointing to see that this is a wishlist item only. IMHO the importance level should be set to priority. It's not only furtive pr0n users who will be effected by this, think of the embarrassment this could cause when, for example, you sit in front of your machine with a customer, you start typing in a URL only for the auto-complete to suggest not only a similarly spelled site, but to produce a comprehensive list of pages that you visited when on that site. You don't need much of an imagination to picture the manifold ways in which this could cause some very awkward and embarrassing situations. The fact that the only means to control this feature is by disabling it within about:config just seems to confirm that it is effectively a bug. -- Firefox-3 does not clear private data https://bugs.launchpad.net/bugs/209794 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 237883] Re: Misleading instructions in Remote Desktop (vino-preferences) settings panel on Hardy
Sorry for the missing information Ralph. Running dpkg -S /usr/bin/vino-preferences reveals that the package name is vino. Thanks for your help. -- Misleading instructions in Remote Desktop (vino-preferences) settings panel on Hardy https://bugs.launchpad.net/bugs/237883 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 237883] [NEW] Misleading instructions in Remote Desktop (vino-preferences) settings panel on Hardy
Public bug reported: I'm running 8.04 (Hardy Heron) 32-bit desktop edition with all the latest updates as of 6th June, 2008 @ 12:28. This is obviously very minor from a technical standpoint and presumably requires merely updating a simple message string, but it's just the kind of thing that confuses and disheartens new users (and makes them think that Ubuntu doesn't Just work). When a user enables the Allow others to view your desktop option within the vino-preferences dialog box (System Preferences Remote Desktop), the instruction: Users can view your desktop using this command: vncviewer [host_name]:0 is revealed. With Hardy now using Vinagre as its remote viewer the command vncviewer is no longer available by default (requiring the manual installation of xvnc4viewer, or alternative package). Unwitting users will be attempting to run the suggested command only to be presented with an error message when they do so. Moreover, it seems that Vinagre requires the host name suffixed with the TCP/IP port number (e.g. :5900), and not the VNC session number (e.g. :0). Finally, it might be more helpful to those new to networking if the IP address rather than the host name were used in the example command. For those using static addressing, the former will only work if there is a corresponding entry in the hosts file. Apart from these things the example command string is fine as it is ;-) ** Affects: ubuntu Importance: Undecided Status: New -- Misleading instructions in Remote Desktop (vino-preferences) settings panel on Hardy https://bugs.launchpad.net/bugs/237883 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 237883] Re: Misleading instructions in Remote Desktop (vino-preferences) settings panel on Hardy
Further to my report above... I should acknowledge that the example command in the Remote Desktop preferences will (of course) only be inappropriate for remote clients that do not have the vncviewer command available by default, such as Hardy Heron. For earlier versions of Ubuntu (and, I assume, certain other distros), the example command will still be valid. -- Misleading instructions in Remote Desktop (vino-preferences) settings panel on Hardy https://bugs.launchpad.net/bugs/237883 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
