[Bug 281956] Re: evolution uses wrong date to switch to daylight saving timezone in timezone Europe/Brussels
I can confirm this bug on Hardy. The appointments in test.ics switch time on October 19th. -- evolution uses wrong date to switch to daylight saving timezone in timezone Europe/Brussels https://bugs.launchpad.net/bugs/281956 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 284584] Re: Appointments after Sat Oct, 18th are displayed one hour later
I can confirm this bug on Hardy. To get the list of appointments: Click on the clock applet, a calendar will be shown. If you have an evolution appointment on the day which is selected, an 'Appointments' category will be shown below the calendar listing the appointments on that day. Appointments in the week from Oct 19th to October 26th will be shown on hour late. Try the attached calendar file which contains an appointment at 10:00 CET every day in October. Yes, this problem is related to bug #281956. Try the test.ics calendar, it is displayed incorrectly in evolution but correctly in the clock applet. My guess is that evolution delivers the appointment data to the clock applet in UTC. During the problematic week, this transformation is done incorrectly (due to the evolutions wrong time zone data) for data with a time zone, but correctly for UTC data. So, this bug report should probably be marked as a duplicate of bug #281956. ** Attachment added: "test2.ics" http://launchpadlibrarian.net/18634394/test2.ics -- Appointments after Sat Oct, 18th are displayed one hour later https://bugs.launchpad.net/bugs/284584 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 253168] Re: GNOME login without any keypress prevents the working of GNOME-configured keyboard options
I can confirm this bug. I have configured gdm to automatically log me in which means I don't have to touch neither keyboard nor mouse to log in. My keyboard preferences are the following (in gnome-keyboard-properties): - 3 different layouts - Separate layout for each window - Ctrl key position: Swap Ctrl and CapsLock - Layout switching: Alt+Shift change layout Symptoms after logging in without touching the keyboard: - Alt+Shift to switch the layout does not work. - Ctrl and CapsLock are not swapped. - When using the mouse and the keyboard applet to switch the layout: - The applet cycles through only the two first layouts. - The change of layout is not effective, although displayed by the applet. - Therefore, I cannot tell whether 'Separate layout for each window' works. How to reproduce: - Configure more than two layouts in the keyboard preferences. - Configure your favorite layout options. - Setup gdm to log you in automatically after a few seconds (or some other keyboard-less method). - Log out and wait to be logged in automatically. Do not touch the keyboard! - See if your keyboard preferences are in effect and if the layout switching works. Both should not work. - Log out and touch any (modifier) key on the keyboard, then wait until automatically logged in again. - Your keyboard features should work. Workaround: In the keyboard preferences, open the 'Layout Options' and change one of the many options (and change it back again). This probably causes the all the keyboard settings to be (re-)configured (this should already have taken place when logging in). The layout switching and all the layout options should now work again. -- GNOME login without any keypress prevents the working of GNOME-configured keyboard options https://bugs.launchpad.net/bugs/253168 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 267165] Re: Evince draws hyperref boxes with wrong color
** Attachment removed: "Evince screenshot (incorrectly rendered)" http://launchpadlibrarian.net/17350058/evince.png ** Attachment removed: "xpdf screenshot (correctly rendered)" http://launchpadlibrarian.net/17350063/xpdf.png -- Evince draws hyperref boxes with wrong color https://bugs.launchpad.net/bugs/267165 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 267165] Re: Evince draws hyperref boxes with wrong color
The attached PDF contains cross references (to be shown in red) and a citation link (to be shown in green). ** Attachment added: "Sample PDF" http://launchpadlibrarian.net/17419524/ex.pdf -- Evince draws hyperref boxes with wrong color https://bugs.launchpad.net/bugs/267165 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 267165] Re: Evince draws hyperref boxes with wrong color
Relating to comments 1 and 2 (font rendering), the problem is probably due to a font not being embedded in the PDF. Sorry for not having investigated the problem before posting. -- Evince draws hyperref boxes with wrong color https://bugs.launchpad.net/bugs/267165 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 267165] Re: Evince draws hyperref boxes with wrong color
** Attachment added: "xpdf screenshot (correctly rendered)" http://launchpadlibrarian.net/17350063/xpdf.png -- Evince draws hyperref boxes with wrong color https://bugs.launchpad.net/bugs/267165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 267165] Re: Evince draws hyperref boxes with wrong color
Equally, both evince and kpdf (but not xpdf) do not render the Courier font in my PDF document correctly. Probably also a problem of libpoppler 0.6.4. I have attached a screenshot of the incorrect rendering in evince. ** Attachment added: "Evince screenshot (incorrectly rendered)" http://launchpadlibrarian.net/17350058/evince.png -- Evince draws hyperref boxes with wrong color https://bugs.launchpad.net/bugs/267165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 178485] Re: Evince printing unprintable PDF marks
This bug also occurs for me in Hardy, using evince or kpdf. However, xpdf does not expose the problem. The same version of evince (2.22.2) in debian lenny does not have the problem, using a newer version of poppler (0.8.4 instead of 0.6.4). This bug seems to be related to bug #267165 evince 2.22.2-0ubuntu1 libpoppler-glib2 0.6.4-1ubuntu3.1 kpdf 4:3.5.9-0ubuntu1 xpdf 3.02-1.3ubuntu1 -- Evince printing unprintable PDF marks https://bugs.launchpad.net/bugs/178485 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 267165] [NEW] Evince draws hyperref boxes with wrong color
Public bug reported: Binary package hint: evince I use the LaTeX hyperref package to add links to my PDF documents which are then highlighted as colored boxes or colored text. Evince draws these boxes using the wrong color. E.g., it uses blue instead of green and magenta instead of red. However, when using colored text instead of colored boxes, the text is shown in the correct color. I actually suspect this to be a problem of poppler 0.6.4 because - kpdf has the same problem - the same version of evince (2.22.2) in debian lenny does not have the problem, using poppler 0.8.4 This bug seems to be related to bug #178485 evince 2.22.2-0ubuntu1 libpoppler-glib2 0.6.4-1ubuntu3.1 kpdf 4:3.5.9-0ubuntu1 $ lsb_release -rd Description:Ubuntu 8.04.1 Release:8.04 ** Affects: evince (Ubuntu) Importance: Undecided Status: New -- Evince draws hyperref boxes with wrong color https://bugs.launchpad.net/bugs/267165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs