[Bug 851015] [NEW] gnome-panel help missing command substitutions
Public bug reported: Behavior: When you click on an icon in the panel, a command gets executed. The user can set this command in the Properties dialog box for the icon. For the default firefox panel icon, it is "firefox %u". The %u is a command substitution of ...something. What? The help section 4.5.3.1 Launcher Commands and Locations should say, and it comes up when you click on "Help" in the properties dialog box for the icon. However, no % codes are documented here. Desired behavior: They should be. Description:Ubuntu 10.04.3 LTS Release:10.04 gnome-panel: Installed: 1:2.30.2-0ubuntu0.2 Candidate: 1:2.30.2-0ubuntu0.2 Version table: *** 1:2.30.2-0ubuntu0.2 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages 100 /var/lib/dpkg/status 1:2.30.0-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid/main Packages It may be that the documentation is in a different package, but they all get updated together. Clearly 10.04 isn't going to get updates for something like this, but the change should be made in the current development version to improve things going forward. It will take someone in the know about 15 minutes. Thanks, --jh-- ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- 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/851015 Title: gnome-panel help missing command substitutions To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/851015/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 164233] Re: [Upstream] [hardy] Opening pdf with smooth gradient in Evince displays striped
I don't have time to chase it down at the moment but maybe you do, Chris. I recall reading some time ago that the problem is in the poppler PDF-writing library, which uses a broken algorithm to make the gradient out of a set of constant-color stripes whose edges are being rendered as white lines by some readers and not by others. Other PDF- writing programs that do not use poppler (from Win or Mac worlds) produce them differently. So the problem is in poppler, if I recall it all correctly. --jh-- -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in Ubuntu. https://bugs.launchpad.net/bugs/164233 Title: [Upstream] [hardy] Opening pdf with smooth gradient in Evince displays striped To manage notifications about this bug go to: https://bugs.launchpad.net/evince/+bug/164233/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 776829] Re: evolution corrupts attachments on save
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/776829 Title: evolution corrupts attachments on save -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 776829] [NEW] evolution corrupts attachments on save
Public bug reported: Binary package hint: evolution 2.28.3-0ubuntu10.2 DISTRIB_DESCRIPTION="Ubuntu 10.04.2 LTS" lenovo T61 laptop When writing out certain attachments, Evo produces consistently corrupt files. Co-workers using evo do not have the same behavior, and it only started a month or two ago after years of using evo. At that time I attempted to get evo to read mail from an exchange server via IMAP, but IMAP was turned off on the server. I deleted the experimental account from evo at that time. A given email will either produce a good or bad attachment. It will be the same bytes in the attachment file each time it is produced. However, if I give multiple copies of exactly the same email to evo, each instance in evo will produce the same wrong bytes each time I try to save the attachment, but the bytes will differ from instance to instance. This hints at a source-side as opposed to a saving-side problem. However, see below on disabling spam filters. There seem to be two error modes. In one, the attachment is random trash after some number of bytes (e.g., 526), and it is 3 bytes shorter than it should be. In the other mode, a few bytes in the file are changed but the length is the same. The former error is doom to most files. The latter will consistently kill anything with compression including PDFs, but .xls and .doc files sometimes work, or mostly work. md5sum Palotai_letter* fcfd8d470f969915316104cf37b45c9d Palotai_letter10.zip 3853baa9cfa6ba4748aa524e67ce1338 Palotai_letter11.zip ad2f0fc6476e2e9dcb2a8bc99fe775fd Palotai_letter2.zip ad2f0fc6476e2e9dcb2a8bc99fe775fd Palotai_letter3.zip ad2f0fc6476e2e9dcb2a8bc99fe775fd Palotai_letter4.zip ad2f0fc6476e2e9dcb2a8bc99fe775fd Palotai_letter5.zip ad2f0fc6476e2e9dcb2a8bc99fe775fd Palotai_letter6.zip ad2f0fc6476e2e9dcb2a8bc99fe775fd Palotai_letter7.zip 92c195ccd7b2646ed824e5d5600c3024 Palotai_letter8.zip a37a2d193981d462db1afda541e4b308 Palotai_letter9.zip 16f86622aba1d17c03dd8be4c24927a0 Palotai_letter.zip Here, Palotai_letter.zip was from one mail instance, 2-7 were from another, and 8-11 were from different instances. All of these files are the same size and have a small number of errors in them. They cannot be unzipped. For example: cmp -l Palotai_letter8.zip Palotai_letter9.zip 51 264 64 cmp -l Palotai_letter8.zip Palotai_letter10.zip 49 325 327 50 255 327 cmp -l Palotai_letter8.zip Palotai_letter11.zip 49 325 327 50 255 327 51 264 64 To get different instances, I set evo to read a unix mailbox that was not the system mailbox. I captured a message from our server before it had hit evo, with all headers intact, and I copied it several times to the unix mailbox. They appeared as repeats of the message in evo. The only configuration changes I have made are to disable spamassassin and bogofilter plugins and the two filtering options in mail preferences/junk. Undoing those configs and restarting does not change the behavior. I had been operating with those changes for years before this started. Mutt reads the attachments without a problem. Before anyone asks, I am in a production environment and cannot update to a later version of Ubuntu until later this summer. Thanks, --jh-- ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: evolution 2.28.3-0ubuntu10.2 ProcVersionSignature: Ubuntu 2.6.32-30.59-generic 2.6.32.29+drm33.13 Uname: Linux 2.6.32-30-generic x86_64 Architecture: amd64 Date: Tue May 3 19:57:59 2011 InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1) ProcEnviron: PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evolution ** Affects: evolution (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/776829 Title: evolution corrupts attachments on save -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13333] Re: Evolution hangs when I start it
Ubuntu 7.04 updated, Evolution 2.10.1, i386 I have had a similar behavior today and I solved it by moving my mail/local/Inbox* files to another dir when evo and all helper programs were *not* running, starting evo, and then moving them back while it *was* running (this was accidental but it worked). It spat messages saying it was redoing the database, and it works fine now. I have a moderately large Inbox (500+MB), so it may be that while the file was copying it had time to make the dbs, and this might not work for smaller Inboxes. In that case just moving in the Inbox file itself (appears to be a normal mbox file) might do it. I presume that the system crash I had yesterday happened while evo was writing the database or something, and the database was corrupt and caused the problem, which matches what's described above: CPU pegs as soon as the mail reader GUI is visible on screen, whether it's there or not when started. The mail GUI window does not refresh thereafter. It stays pegged for at least many hours, likely indefinitely. I did not check for a memory loop. Suggestion: Email is a critical ap, and this is not the first time I have had trouble with evo and messed-up databases. Others clearly are having similar problems. A user should be able to tell evo to validate and/or recover its databases as a startup option or separate program. Even better, also have it validate all dbs in some fashion on startup, or give itself an alarm and have it check the db being read if the alarm triggers during a database read. Simply being locked out of your email and calendar for hours while you troubleshoot is not an option, and troubleshooting in this manner risks losing mail. I have captured the corrupt files, though I will not post them publicly because they are large (500MB) and it's my private email. I can work with a developer, however. I don't know specifically which file is bad, but it's narrowed down to the Inbox* files. --jh-- -- Evolution hangs when I start it https://bugs.launchpad.net/bugs/1 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 120392] Re: CAnnot delete Calendars in Evolution 2.10
Sorry, I'm still on Feisty and it's a production environment, so I won't be able to do that soon. --jh-- -- CAnnot delete Calendars in Evolution 2.10 https://bugs.launchpad.net/bugs/120392 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 12430] Re: evolution weather calendars only for US
This seems more like a case of sour grapes than a bug. Rather than trying to remove a feature used by a significant number (and perhaps fraction) of Ubuntu users, perhaps users from the "rest of the world" who actually care about the feature could get involved and put in the effort to get the feature extended to their countries. Weather- applet probably has most of what's needed to do it. If not, then that's a strong indication of a lack of interest on their parts. Certainly we Americans would rightly be accused of heresy if we asked for a feature that only worked in Swaziland to be removed because it didn't work for us. Maybe Swaziland is the only place that cares about the feature, but they care a lot. In that case, it's a net positive to have it, so long as they are providing the effort needed to maintain it. OSS grows by embracing and building on the contributions of others, not by shooting them down because they don't work for you. --jh-- -- evolution weather calendars only for US https://bugs.launchpad.net/bugs/12430 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 92296] Re: [Feisty] Low quality of text rendering in Evince
And for the record, my system is 7.04 i386 32-bit with patches to date. Also, bug #59316 and bug #69731 seem to be the same. Note that they are older, so the libpoppler thing might not be the solution. If these render well for you on 7.04 patched, we should compare installed package lists. To my eye, it is not antialiasing the Type-3 fonts. --jh-- ** Attachment added: "Syllabus with Type 1 and TrueType fonts" http://launchpadlibrarian.net/8976558/ast4932-da-syllabus-1.pdf -- [Feisty] Low quality of text rendering in Evince https://bugs.launchpad.net/bugs/92296 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 92296] Re: [Feisty] Low quality of text rendering in Evince
And for the record, my system is 7.04 i386 32-bit with patches to date. Also, bug #59316 and bug #69731 seem to be the same. Note that they are older, so the libpoppler thing might not be the solution. If these render well for you on 7.04 patched, we should compare installed package lists. --jh-- ** Attachment added: "Syllabus with Type 1 and TrueType fonts" http://launchpadlibrarian.net/8976512/ast4932-da-syllabus-1.pdf -- [Feisty] Low quality of text rendering in Evince https://bugs.launchpad.net/bugs/92296 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 92296] Re: [Feisty] Low quality of text rendering in Evince
Ok, that should have said see text below... Here's the Python tutorial. --jh-- ** Attachment added: "Python astronomy tutorial with Type 3 fonts." http://launchpadlibrarian.net/8976506/pydatatut.pdf -- [Feisty] Low quality of text rendering in Evince https://bugs.launchpad.net/bugs/92296 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 92296] Re: [Feisty] Low quality of text rendering in Evince
No, sorry, I'm on Feisty with evince 0.8.1, and I get terrible Type-3 handling. See the attached screen shot. The left is gv (running ghostscript) on the attached Python tutorial. The middle is evince on the same document. The right is evince on my syllabus, which is also attached. The tutorial uses mostly CMR Type 3 fonts, but the syllabus uses Type 1 and TrueType. Acroread does as well as ghostscript. --jh-- ** Attachment added: "Screen shot showing 3 renderings, see text above." http://launchpadlibrarian.net/8976503/Screenshot.png -- [Feisty] Low quality of text rendering in Evince https://bugs.launchpad.net/bugs/92296 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 120392] Re: CAnnot delete Calendars in Evolution 2.10
Responding to Sebastien, yes, you have to delete some data before you see the problem. However, good design would not then make it impossible to delete the associated handle on the data. On the contrary, if the program notices something is missing it should either delete the handle to the missing data or (better) complain and offer options. Judging by the number of similar bugs, this is a common problem. The idea that the ap directory is untouchable is a holdover from Windows and is quite non-Unix. There are lots of reasons to allow the user to work with data directly, and the better aps both document how to do this and handle the changes gracefully. In this case, one is *forced* to look under the hood to do the basic task of moving data from one machine to another. This basic task is totally undocumented, and the obvious action of simply moving a .evolution tree from one machine to another makes all your non-default calendars inaccessible from within the program, even though the data are still in the same files as on the old machine. You can only say "do nothing outside the program" if it is both possible and well documented how to do all the obvious tasks from inside the program. This is not currently the case: you do have to poke around in .evolution to find the files to import to regain access to the data. --jh-- -- CAnnot delete Calendars in Evolution 2.10 https://bugs.launchpad.net/bugs/120392 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 120392] Re: CAnnot delete Calendars in Evolution 2.10
I saw the same behavior, came here to report it, and found this and similar bugs. I had created calendars I could not delete. However, I could not reproduce it until I deleted the calendar manually (by going into the .evolution/calendar/local directory and deleting the directory containing the calendar). Once I did that, I could not delete the calendar. The events did go away on the next start of evolution, and I could then delete the calendar. Starting manually or with a gui entry made no difference. This problem is triggered by the lack of good documentation for evolution. The docs say what each button does, but that is not good documentation, that is a cop-out. Good documentation describes how a program is used. The problem I had leading up to this was that I thought (and this makes total sense to me as a 20+-year unix user) that I could transport the .evolution directory from one machine to another. This lost most of my calendar entries. I did not know about going into my .evolution and reading the files as ICAL files, because I did not know anything about how evolution stores its data, and this is hidden from the user in the docs. This common problem of how to move calendars from one machine to another should be covered prominently in the docs. Also, when I converted from FC3 to Ubuntu 7.04, the Personal tasks survived but the Work tasks did not. This may have to do with FC using an FQDN and Ubuntu using just the hostname without the domain as the hostname. I see that the work tasks are there under the FQDN in the .evolution directory, but they have become separated from the application. This behavior should be fixed somehow. Perhaps it should look for calendars in its directory tree that it doesn't know about and ask the user to import them. Now that I know about importing calendars, it seems simple to do manually, but it has been months since I lost my work tasks and I only now learned about what I should have done. So, I'm confirming this bug: start evolution make a calendar add a task delete the file containing the task try to delete the calendar it won't let you quit restart the task is done and you can delete the calendar. Suggestions: 1. make it so it can delete the calendar in this case. 2. document how to move calendars from one machine to another in a prominent place. Ditto what happens if machine names change. --jh-- ** Changed in: evolution (Ubuntu) Status: Unconfirmed => Confirmed -- CAnnot delete Calendars in Evolution 2.10 https://bugs.launchpad.net/bugs/120392 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
