[Bug 1764417] Re: Unrecoverable failure in required component org.gnome.SettingsDaemon.Color.desktop
Just had the same thing happen to me, on recently-updated Ubuntu 18.04. Here are my journalctl entries from the crash (including the one from 2 seconds before in case they're relevant): ``` Oct 23 15:27:01 bad-horse code.desktop[3875]: [main 3:27:01 PM] update#setState idle Oct 23 15:27:01 bad-horse code.desktop[3875]: bash: cannot set terminal process group (-1): Inappropriate ioctl for device Oct 23 15:27:01 bad-horse code.desktop[3875]: bash: no job control in this shell Oct 23 15:27:03 bad-horse gnome-session[1891]: gnome-session-binary[1891]: WARNING: Application 'org.gnome.SettingsDaemon.Color.desktop' failed to register before timeout Oct 23 15:27:03 bad-horse gnome-session[1891]: gnome-session-binary[1891]: CRITICAL: We failed, but the fail whale is dead. Sorry Oct 23 15:27:03 bad-horse gnome-session-binary[1891]: Unrecoverable failure in required component org.gnome.SettingsDaemon.Color.desktop Oct 23 15:27:03 bad-horse gnome-session-binary[1891]: WARNING: Application 'org.gnome.SettingsDaemon.Color.desktop' failed to register before timeout Oct 23 15:27:03 bad-horse gnome-session-binary[1891]: CRITICAL: We failed, but the fail whale is dead. Sorry Oct 23 15:27:03 bad-horse kernel: rfkill: input handler enabled Oct 23 15:27:03 bad-horse gnome-shell[1999]: gnome-shell: Fatal IO error 0 (Success) on X server :1. ``` -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1764417 Title: Unrecoverable failure in required component org.gnome.SettingsDaemon.Color.desktop To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1764417/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal
> I believe it's the distro's responsibility to ship glib, glibc and vim so that all use the same Unicode version. Sounds right, and it's good to hear that there's progress on this front. I was afraid the situation was stagnant and it would be up to applications to fix it. > Or even better, but it takes more time and a heavy refactoring: There should be a single core Unicode library that glibc, glib, vim etc. all depend on. Unfortunately I find it unlikely to get implemented. Working a lot with Unicode myself, the thing is that the number of things a Unicode library could do is enormous and no application needs all of them. Many developers consider linking to, for example, ICU to be unacceptable bloat, and I don't blame them. > Also note that in gnome-terminals' Profile Preferences, under the Compatibility tab you can choose whether you want ambiguous width characters to be narrow or wide. I wouldn't want to set *all* ambiguous characters to be wide, like a Japanese OS -- that would break many more things. It's only the emoji that changed. Thanks for the responses. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1665140 Title: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1665140 Title: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal
** Attachment added: "Editing text containing emoji in vim within gnome-terminal" https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+attachment/4819798/+files/terminal-emoji-glitch.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1665140 Title: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1665140] [NEW] Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal
Public bug reported: When editing Unicode in the terminal, it is important for the terminal and applications to agree on the width of characters. Otherwise, display glitches will occur. In prior versions of Unicode, the character width of emoji was "ambiguous". As of Unicode 9, they are supposed to be double-wide and take up two character cells. gnome-terminal displays them as overlapping, single-wide characters, like it has for a long time. This is a problem because many applications I use on Ubuntu now treat emoji as double-wide. The behavior of gnome-terminal conflicts with the cursor positioning in vim, for example. I've long considered gnome-terminal to have the least buggy Unicode implementation among terminal applications, and this may no longer be the case. The *desired behavior* of emoji is that they are double-wide: they take up two character cells, advance the cursor by two cells when displayed, and text-editing applications move the cursor by two cells when moving past them. The *actual behavior* is inconsistent: typically, the emoji advance the cursor only by one character cell, even though the text- editing cursor moves by two character cells when moving past them, causing the cursor to be misaligned with the text. I hope this bug reporting interface lets me attach screenshots so I can show the example with vim. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: gnome-terminal 3.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-57.78-generic 4.4.35 Uname: Linux 4.4.0-57-generic x86_64 NonfreeKernelModules: nvidia_uvm nvidia_drm nvidia_modeset nvidia ApportVersion: 2.20.1-0ubuntu2.5 Architecture: amd64 CurrentDesktop: Unity Date: Wed Feb 15 16:13:31 2017 InstallationDate: Installed on 2016-08-09 (190 days ago) InstallationMedia: Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) JournalErrors: Error: command ['journalctl', '-b', '--priority=warning', '--lines=1000'] failed with exit code 1: Hint: You are currently not seeing messages from other users and the system. Users in the 'systemd-journal' group can see all messages. Pass -q to turn off this notice. No journal files were opened due to insufficient permissions. SourcePackage: gnome-terminal UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug xenial -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1665140 Title: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1665140] Re: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal
** Attachment added: "For comparison, the same text file being edited correctly in gedit" https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+attachment/4819800/+files/emoji-gedit.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1665140 Title: Emoji that should be wide, according to Unicode 9, display incorrectly in the terminal To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1665140/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 668560] Re: Ligatures appear in monospaced text
Yes. In fact, it still happens on a machine where I installed Narwhal from scratch. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/668560 Title: Ligatures appear in monospaced text To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/668560/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 668560] [NEW] Ligatures appear in monospaced text
Public bug reported: Binary package hint: gedit If I am editing code with gedit, and I type the sequences of characters fi or fl, then they will be replaced by a ligature and visually crammed into the width of a single character. The two characters can still be selected and edited separately, so the bug is only visual and is not actually being introduced into the code. However, this is still bad for many reasons: - Ligatures are not designed for monospaced text, so they don't look right - The sudden replacement of two characters with a ligature is visually jarring - Because the text now takes up a different amount of horizontal space, it can cause text that was meant to align with the text above and below to become misaligned - Ligatures in plain text sometimes appear as the result of copying text from a PDF into LaTeX, in which case they are a bug that needs to be fixed before the document will be typeset properly. gedit makes it look like my LaTeX source has this bug when it doesn't. How to reproduce: Type the word final in gedit. Expected behavior: The result should appear 5 characters wide, made of the glyphs f, i, n, a, and l. Actual behavior: The result appears 4 characters wide, made of the glyphs fi, n, a, and l. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: gedit 2.30.3-1ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Fri Oct 29 17:15:54 2010 InstallationMedia: Ubuntu 10.04 Lucid Lynx - Beta amd64 (20100318) ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gedit ** Affects: gedit (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick ubuntu-une -- Ligatures appear in monospaced text https://bugs.launchpad.net/bugs/668560 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 668560] Re: Ligatures appear in monospaced text
-- Ligatures appear in monospaced text https://bugs.launchpad.net/bugs/668560 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 668560] Re: Ligatures appear in monospaced text
I've found a workaround, which is to switch to a font that does not contain ligatures. The font Mensch, which I was using, has single characters for ligatures in it, and gedit was using them. Monospace does not, so its text displays correctly. -- Ligatures appear in monospaced text https://bugs.launchpad.net/bugs/668560 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 122295] Re: Notification Area doesn't work
I encountered this problem. On the Add to Panel menu, you can choose to add a notification area to the panel, but it doesn't do anything except add some blank space that makes the network icon move around in wonky ways. Instead, you have to add indicator applet, which seems to do the same thing as the notification area once did (it has the volume control and the messaging icon in it, for example). And neither of these are intuitive names when what you really want to add is a volume control. -- Notification Area doesn't work https://bugs.launchpad.net/bugs/122295 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 549975] [NEW] menus in notification area have inconsistent behavior
Public bug reported: Binary package hint: gnome-panel Just a cosmetic bug: All of the icons in the upper-right notification area have menus, but these menus are very inconsistent in their behavior. A nice feature of most menus in Ubuntu is that if you click one menu, then mouse over the header of another one, that menu will open in its place. This is a great UI for when you miss the correct menu by just a bit. But in the notification area, you can only mouse from one menu to another in limited groups, and some other behaviors are inconsistent as well. Here's what I get: * You can't mouse from the network notification to any other menu. * You can mouse between the volume icon and the message icon, but no other menus from there. * You can't mouse from the calendar to any other menu. In fact, unlike all other menus, you can even *click* another menu, and it won't close -- you'll have two menus open. * You can mouse between the chat status menu and the power-down menu, but no other menus from there. In addition, the highlighting behavior when these menus are clicked is inconsistent. The network icon never gets highlighted even when its menu is open. The time and date gets highlighted the moment you mouse over it, gets highlighted in a _different_ color when you click it to open the menu, and is highlighted in yet a different color when you open another menu afterward. Expected behavior: all the notification icons highlight when their menu is open (and only when their menu is open), and you can move from one menu to another by moving your mouse over a different notification icon. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: gnome-panel 1:2.29.92.1-0ubuntu3 ProcVersionSignature: Ubuntu 2.6.32-17.26-generic 2.6.32.10+drm33.1 Uname: Linux 2.6.32-17-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Sat Mar 27 20:12:22 2010 InstallationMedia: Ubuntu 10.04 Lucid Lynx - Beta amd64 (20100318) ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-panel ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- menus in notification area have inconsistent behavior https://bugs.launchpad.net/bugs/549975 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 549975] Re: menus in notification area have inconsistent behavior
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/42223067/Dependencies.txt ** Attachment added: GConfNonDefault.txt http://launchpadlibrarian.net/42223068/GConfNonDefault.txt -- menus in notification area have inconsistent behavior https://bugs.launchpad.net/bugs/549975 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 160311] Re: Resizing windows by grabbing window borders is difficult
Does an interface freeze really mean that an obvious bug in the interface has to fester for six more months? Nobody's suggesting changing what the interface looks like (well, not in *this* bug report), just how it acts. This is a *huge* problem in Ambiance now that the resize target is only a single pixel out of thousands. -- Resizing windows by grabbing window borders is difficult https://bugs.launchpad.net/bugs/160311 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 536655] Re: Spell check in Empathy mishandles contractions and punctuation
It's not exactly the same in gedit. gedit doesn't mark I'm as a spelling error, for example. -- Spell check in Empathy mishandles contractions and punctuation https://bugs.launchpad.net/bugs/536655 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 545424] Re: Spell-check underlines spaces when inserting text
After the feedback at bug #536655, I checked whether this bug occurs in other GTK programs such as gedit. It doesn't -- I can only produce this bug in Empathy. -- Spell-check underlines spaces when inserting text https://bugs.launchpad.net/bugs/545424 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 536655] Re: Spell check in Empathy mishandles contractions and punctuation
But it does seem like the same general bug. Do empathy and gedit use different dictionaries? -- Spell check in Empathy mishandles contractions and punctuation https://bugs.launchpad.net/bugs/536655 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 421212] Re: gdm ignores keyboard layout selection for variants
I believe this bug has regressed. I installed Lucid a few days ago, and my password worked correctly in Dvorak. (I am one of three users of the system and the only one to use Dvorak.) After an update today, even though the keyboard layout selector says Dvorak, it will not let me log in until I type my password in QWERTY. -- gdm ignores keyboard layout selection for variants https://bugs.launchpad.net/bugs/421212 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 545424] [NEW] Spell-check underlines spaces when inserting text
Public bug reported: Binary package hint: empathy The situation: I'm typing something in Empathy, and then I realize I wanted to say something else before it, so I move my cursor back and type some more. When I do that, red underlines dance around on the words I'm currently typing. In the end, every space character that I type ends up underlined as a misspelling. Steps to reproduce: in an Empathy window, type I'm typing a sentence here first. Then move the cursor back to the beginning of the line and type Now I'm typing a different sentence later. In addition to the m of I'm being underlined (that's bug #536655), every space in Now I'm typing a different sentence later is underlined. ProblemType: Bug Architecture: amd64 Date: Tue Mar 23 16:31:01 2010 DistroRelease: Ubuntu 10.04 InstallationMedia: Ubuntu 10.04 Lucid Lynx - Beta amd64 (20100318) NonfreeKernelModules: nvidia Package: empathy 2.29.92-0ubuntu2 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-17.26-generic 2.6.32.10+drm33.1 SourcePackage: empathy Uname: Linux 2.6.32-17-generic x86_64 ** Affects: empathy (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- Spell-check underlines spaces when inserting text https://bugs.launchpad.net/bugs/545424 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 545424] Re: Spell-check underlines spaces when inserting text
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/41769444/Dependencies.txt -- Spell-check underlines spaces when inserting text https://bugs.launchpad.net/bugs/545424 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 545424] Re: Spell-check underlines spaces when inserting text
** Attachment added: A screenshot of the bug happening. http://launchpadlibrarian.net/41770456/empathy-underlines.png -- Spell-check underlines spaces when inserting text https://bugs.launchpad.net/bugs/545424 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 536655] Re: Spell check in Empathy mishandles contractions
** Summary changed: - Spell check in Empathy mishandles abbreviation + Spell check in Empathy mishandles contractions ** Summary changed: - Spell check in Empathy mishandles contractions + Spell check in Empathy mishandles contractions and punctuation -- Spell check in Empathy mishandles contractions and punctuation https://bugs.launchpad.net/bugs/536655 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 536655] Re: Spell check in Empathy mishandles contractions and punctuation
This bug is happening to me too, and I can confirm that it's not happening in other applications that use spell-check such as Tomboy Notes or Firefox. It would appear that, however Empathy interacts with the spell-checking library, it's not tokenizing the words it sends correctly. -- Spell check in Empathy mishandles contractions and punctuation https://bugs.launchpad.net/bugs/536655 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 445231] Re: mime.cache makes .pdf files show up as application/octet-stream; won't open in Evince
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/33207498/Dependencies.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/33207499/XsessionErrors.txt -- mime.cache makes .pdf files show up as application/octet-stream; won't open in Evince https://bugs.launchpad.net/bugs/445231 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to shared-mime-info in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 445231] [NEW] mime.cache makes .pdf files show up as application/octet-stream; won't open in Evince
Public bug reported: Binary package hint: shared-mime-info On today's Karmic Beta, I am unable to open .pdf files. Evince complains that File type unknown (application/octet-stream) is not supported. Evince bug #187225 says that this is a shared-mime-info problem, which is why I'm reporting it here. That bug was closed after the reporter discovered a workaround, but it is still a bug that prevents an important use of the operating system for a very unintuitive reason. The workaround is to delete ~/.local/share/mime/mime.cache, and that worked for me as well. Perhaps an upgrade script for shared-mime-info should do that. ProblemType: Bug Architecture: i386 Date: Wed Oct 7 03:47:22 2009 DistroRelease: Ubuntu 9.10 NonfreeKernelModules: nvidia Package: shared-mime-info 0.70-0ubuntu1 ProcEnviron: LANGUAGE=en_US.UTF-8 PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-12.39-generic SourcePackage: shared-mime-info Uname: Linux 2.6.31-12-generic i686 ** Affects: shared-mime-info (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- mime.cache makes .pdf files show up as application/octet-stream; won't open in Evince https://bugs.launchpad.net/bugs/445231 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to shared-mime-info in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278078] Re: The key repeat delay for the down-arrow, left-arrow, and End keys is longer than the other keys
Bug 264196 seems to be describing the same issue, but over there they've found a few workarounds! Here's the one that worked for me with the least nasty side-effects: Add this to the end of xorg.conf: Section ServerFlags Option AutoAddDevices off EndSection The downside is that any extra keys on your keyboard (such as multimedia keys) won't work. -- The key repeat delay for the down-arrow, left-arrow, and End keys is longer than the other keys https://bugs.launchpad.net/bugs/278078 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278078] Re: The key repeat delay for the down-arrow, left-arrow, and End keys is longer than the other keys
Gah! I just upgraded to Intrepid and this happens to me too. Left and down aren't much slower at repeating than the other keys, but all the keys are quite slow. I can get at most about 6 keypresses per second. By twiddling with the keyboard repeat controls, xset r rate, and (oddly enough) turning slow keys on and off in Accessibility, I can create all kinds of strange behaviors: * xset r rate allows me to get very fast key repeats... but they happen in a spaced out rhythm. That is, I get 5 keypresses at once, then a 1/6 second or so pause, then 5 more keypresses, and so on. * If I turn on slow keys in Accessibility (oddly enough), I get almost the behavior I want... except that left and down don't repeat _at all_, which is of course a dealbreaker. * If I set the key repeat delay too low, I get the repeat rate I asked for... for about half a second. Then it slows down to 6 per second. * If I use xset r rate and move the key repeat sliders anywhere in the Keyboard control panel, it goes back to the slow rate. I assume from this behavior that there are two things competing for the keyboard repeat rate. -- The key repeat delay for the down-arrow, left-arrow, and End keys is longer than the other keys https://bugs.launchpad.net/bugs/278078 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
