[Bug 1555951] Re: xfdesktop-settings uses 100% CPU and leaks memory when it runs in xfce4-settings-manager
No. Looks like it's fixed. - Xubuntu 18.04 (on VirtualBox 5.1.38 on Xubuntu 16.04) - xfdesktop4-4.12.3-4ubuntu2 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1555951 Title: xfdesktop-settings uses 100% CPU and leaks memory when it runs in xfce4-settings-manager To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1555951/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1574114] Re: snapd should not conflic with mediaplayer snappy
I can confirm this bug in Xubuntu 16.04. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1574114 Title: snapd should not conflic with mediaplayer snappy To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1574114/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1562308] [NEW] missing or duplicate lines caused by a wrapped line with wide characters
Public bug reported: When you scroll down text with "j" key and encounter a wrapped line with wide characters (such as UTF8-encoded Japanese characters), "less" seems to show the whole wrapped line at a single "j" key, causing the view scroll down by 2 lines at once. Strangely, if you type "k" to scroll up, it does that by only 1 line. As a result, there is a missing line that should have been shown. Even stranger stuff (i.e., duplicate lines) happens when you type "j" and "k" alternately when a wrapped line with wide characters is at the bottom of the view. # Steps to reproduce 1. Open xterm. 2. Set the geometory of xterm to 71x22. 3. Open the attached lesstest.long_jap.txt with less (maybe you need environment variable LANG=ja_JP.UTF-8) 4. Type "j", then you will see "003" at the top, and a long wrapped line with Japanese characters at the bottom. 5. Type "k", then you will see "001" and "003" at the top. "002" is missing. # Expected behavior In step 4, only the first part of the wrapped line should be shown. In step 5, all "001", "002" and "003" should be shown. # Test Environment - Xubuntu 16.04 (Xenial) beta (in VirtualBox on Xubuntu 14.04) - less: 481-2.1 - xterm: 322-1ubuntu1 - Japanese environment (LANG=ja_JP.UTF-8) # Note - The same problem happens on xfce4-terminal (0.6.3-2ubuntu1) - lv (4.51-2.3build1) doesn't have such problem. - In "less" in Xubuntu 14.04 (version 458-2), this problem didn't exist. ** Affects: less (Ubuntu) Importance: Undecided Status: New ** Attachment added: "Example input that causes the problem" https://bugs.launchpad.net/bugs/1562308/+attachment/4612456/+files/lesstest.long_jap.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1562308 Title: missing or duplicate lines caused by a wrapped line with wide characters To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/less/+bug/1562308/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1502476] Re: Totem menubar is displayed in fullscreen mode during gnome-flaskback session
I have the same issue in Xubuntu 16.04 beta with the default GTK theme (Greybird) - totem 3.18.1-1ubuntu4 - xfwm4 4.12.3-1ubuntu1 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1502476 Title: Totem menubar is displayed in fullscreen mode during gnome-flaskback session To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1502476/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1311685] Re: Checkboxes for hidden/visible indicators not working properly
Confirmed this bug in Xubuntu 16.04 beta, xfce4-indicator-plugin 2.3.3-0ubuntu4 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1311685 Title: Checkboxes for hidden/visible indicators not working properly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xfce4-indicator-plugin/+bug/1311685/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1555951] [NEW] xfdesktop-settings uses 100% CPU and leaks memory when it runs in xfce4-settings-manager
Public bug reported: I use Xubuntu 16.04 beta in VirtualBox 4.3 (the host OS is Xubuntu 14.04). When I open xfdesktop-settings in xfce4-settings-manager, its buttons and menu items are not responding. Plus, xfdesktop-settings uses 100% CPU and keeps leaking memory. When I pushed "Back" button, it works fine, but xfdesktop-settings still runs. I had to kill it from the terminal. When I run xfdesktop-settings from the terminal, it works fine. When I run xfdesktop-settings from the right-click menu of the desktop, it also works fine. environment - Xubuntu 16.04 beta - xfdesktop4 4.12.3-2ubuntu1 - Japanese environment (LANG=ja_JP.UTF-8) ** Affects: xfdesktop4 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1555951 Title: xfdesktop-settings uses 100% CPU and leaks memory when it runs in xfce4-settings-manager To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1555951/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1537528] Re: byobu-config segfault with screen backend
I can confirm this bug. My environment: - Xubuntu 16.04 Xenial (beta1) - byobu 5.102-0ubuntu1 - xfce4-terminal 0.6.3-2ubuntu1 - Japanese language environment (ja_JP.UTF-8) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1537528 Title: byobu-config segfault with screen backend To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/byobu/+bug/1537528/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1385786] [NEW] Resizing X frame is slow in Xubuntu when compositing is enabled
Public bug reported: My environment: - Xubuntu 14.04 (fresh installed) - emacs24: 24.3+1-2ubuntu1 - xorg: 1:7.7+1ubuntu8 - Xorg driver: intel Problem: When "display compositing" is enabled, resizing X frame of Emacs is slow, i.e., the frame cannot follow the cursor smoothly. How to reproduce: - Make sure "display compisting" is enabled. $ xfce4-settings-manager Select "Window Manager Tweaks" Select "Compositor" tab Check "Enable display compositing" - Start Emacs in window mode $ emacs -q - Resize the Emacs frame by dragging the frame edge. Workaround: Disable display compisiting. ** Affects: emacs24 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1385786 Title: Resizing X frame is slow in Xubuntu when compositing is enabled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/emacs24/+bug/1385786/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1351847] Re: gnuplot wxt window freezes after clicking the close button in --persist mode
Thanks for the reply. I think this is related to wxt, too. In qt terminal, the plot window closes just fine. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1351847 Title: gnuplot wxt window freezes after clicking the close button in --persist mode To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnuplot/+bug/1351847/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1351847] Re: gnuplot wxt window freezes after clicking the close button in --persist mode
By the way, I did not have this bug in Xubuntu 12.04.4. I built gnuplot 4.6.5 in 12.04.04, but it worked fine. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1351847 Title: gnuplot wxt window freezes after clicking the close button in --persist mode To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnuplot/+bug/1351847/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1351847] [NEW] gnuplot wxt window freezes after clicking the close button in --persist mode
Public bug reported: My Environment: - Xubuntu Linux 14.04 (64bit) - Xorg 1:7.7+1ubuntu8 Confirmed gnuplot versions: - gnuplot-x11 4.6.4-2 Steps to reproduce: 1. Type $ echo "set term wxt; plot sin(x)" | gnuplot --persist 2. Click the close button in the plot window. Nothing happens. The window won't respond to any mouse action anymore. 3. Even after the window manager (xfwm4) forces the window to close, the gnuplot process still lives. I have to kill it by "kill" command. The window should close and the gnuplot process should terminate. Note: - This also happens when you feed a file to gnuplot, as in: $ cat sample.plot set term wxt plot sin(x) $ gnuplot --persist sample.plot - Maybe related to https://bugs.launchpad.net/ubuntu/+source/gnuplot/+bug/300829 https://bugs.launchpad.net/ubuntu/+source/gnuplot/+bug/239466 I reported this bug to the upstream ( http://sourceforge.net/p/gnuplot/bugs/1453/ ), but they said they couldn't reproduce it. Can you reproduce this bug? Any information is appreciated. ** Affects: gnuplot (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1351847 Title: gnuplot wxt window freezes after clicking the close button in --persist mode To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnuplot/+bug/1351847/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1325316] [NEW] Mouse click on a DVD menu item navigates to too deep level
Public bug reported: - Xubuntu 14.04 (fresh installed) - totem: 3.10.1-1ubuntu4 Problem: When I mouse-click on a DVD menu item, it navigates to one extra level deeper than it should. For example, suppose the DVD menu is arranged like that: - [Play All] - [Episodes] - [Episode 1] - [Without Commentary] - [With Commentary] - [Episode 2] - [Episode 3] - ... - [Setup] When I hit [Episodes] item at the top level, it skips the list of episodes, showing the menu for episode 1 (with or without commentary). It should navigate to the list of episodes. With keyboard (arrow keys and Enter key), it navigates correctly. ** Affects: totem (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1325316 Title: Mouse click on a DVD menu item navigates to too deep level To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1325316/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1282040] Re: Liferea (1.10.3-1ubuntu1) does not start any more
I have the same problem. As a workaround, it shows the window when I run $ liferea -w shown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1282040 Title: Liferea (1.10.3-1ubuntu1) does not start any more To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/liferea/+bug/1282040/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1316059] [NEW] byobu (screen backend) hangs when hitting the escape sequence
Public bug reported: I use fresh-installed Xubuntu 14.04 with Japanese language environment. Versions - byobu: 5.77-0ubuntu1 - screen: 4.1.0~20120320gitdb59704-9 Procedure - $ byobu-select-backend ## use screen $ byobu - Then, hit ctrl-a - In the menu, select 1. - After returning from the menu, hit ctrl-a Result -- byobu won't respond anymore. You need to close the terminal. Note - tmux backend is fine. - The problem exists both with xfce4-terminal and xterm. - The problem still exists when you change the escape sequence to, e.g., ctrl-z or ctrl-e. - I did not have this problem in Xubuntu 12.04. Workaround -- - Write ~/.byobu/keybindings manually. ** Affects: byobu (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1316059 Title: byobu (screen backend) hangs when hitting the escape sequence To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/byobu/+bug/1316059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1316050] [NEW] byobu menu broken in screen backend
Public bug reported: I use fresh-installed Xubuntu 14.04 with Japanese language environment. Versions - byobu: 5.77-0ubuntu1 - screen: 4.1.0~20120320gitdb59704-9 Procedure - $ byobu-select-backend ## use screen $ byobu Then, hit F9 Result -- The menu is rendered incorrectly (see the attached image) Note - tmux backend is fine. - The problem exists both with xfce4-terminal and xterm. - Maybe it's because of Japanese characters. - I did not have this problem in Xubuntu 12.04. ** Affects: byobu (Ubuntu) Importance: Undecided Status: New ** Attachment added: "broken byobu menu" https://bugs.launchpad.net/bugs/1316050/+attachment/4105397/+files/byobu_menu.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1316050 Title: byobu menu broken in screen backend To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/byobu/+bug/1316050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1316050] Re: byobu menu broken in screen backend
When I run $ LANG=C byobu and hit F9, the menu is fine, but menu items are somewhat encoded. (see the attached image) ** Attachment added: "byobu_menu_langc.png" https://bugs.launchpad.net/ubuntu/+source/byobu/+bug/1316050/+attachment/4105398/+files/byobu_menu_langc.png -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1316050 Title: byobu menu broken in screen backend To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/byobu/+bug/1316050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 664489] Re: When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU
Sorry, I did not try Raring or Quantum. The problem is still reproducible in Xubuntu Presice with mousepad 0.2.16-5ubuntu1, though. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/664489 Title: When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mousepad/+bug/664489/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 755270] [NEW] Characters on the cursor are shown in foreground color
Public bug reported: Binary package hint: xfce4-terminal I've been using Xubuntu since Hardy. In xfce4-terminal for Xubuntu Maverick and Natty Beta1, characters on the cursor are shown in foreground color, which makes them hard to see. Until Lucid, characters on the cursor are shown in background color, which I prefer. There might be people who prefer the text to be always drawn in foreground color. So I think it would be nice to have an item in the setting dialog that controls "the color of the character on the cursor". ** Affects: xfce4-terminal (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/755270 Title: Characters on the cursor are shown in foreground color -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 664489] Re: When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU
The problem still exists in Xubuntu Natty Beta1. I found an upstream report in iBus project. http://code.google.com/p/ibus/issues/detail?id=1192 There is a patch that seems to fix the problem. ** Bug watch added: IBus bugs #1192 http://code.google.com/p/ibus/issues/detail?id=1192 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/664489 Title: When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 664489] [NEW] When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU
Public bug reported: Binary package hint: mousepad mousepad: 0.2.16-4ubuntu1 ibus: 1.3.7-1ubuntu3 ibus-anthy: 1.2.1-1 ibus-gtk: 1.3.7-1ubuntu3 I'm using Xubuntu 10.10 Live USB. My language environment is Japanese, and I use iBus-anthy as the input method. When I type Enter key in mousepad while ibus-daemon is running, there is no response from mousepad. Instead, mousepad and ibus-daemon consume almost all the CPU. If I do something to the mousepad's window, e.g, resize it, move it, switch to another window, activate its menu, then the mousepad receives the Enter I just typed. Notes: - I suppose ibus-anthy is not responsible for the bug, because the problem occurs no matter what input method is in use (I have only tested ibus-anthy and ibus-pinyin, though). - In fact, the problem occurs even when no input method is used. - Without any ibus-daemon process, the problem does not exist. - "Shift + Enter" can be successfully input to mousepad. References: - These two Japanese blogs report that the same problem exists in Ubuntu 10.10 which had been upgraded from 10.04. -- http://d-lights.jp/ubuntu/archives/416.html -- http://d.hatena.ne.jp/ni_no5/20101016/1287233799 - The same problem is discussed in a Japanese thread about Arch Linux -- http://read2ch.com/br_r/linux/1251213567/ - Perhaps this Chinese thread discusses the same problem (well, I'm not sure because I can't read Chinese) -- http://code.google.com/p/ibus/issues/detail?id=99 Sorry, I could not find any report in English... ** Affects: mousepad (Ubuntu) Importance: Undecided Status: New -- When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU https://bugs.launchpad.net/bugs/664489 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 630722] [NEW] Xfce application shortcuts including number keys in number pads do not work
Public bug reported:
Binary package hint: xfce4
Version of xfce4: 4.6.1.3
I use Xubuntu 10.04.1.
Keyboard shortcuts including number keys in number pads do not work.
You can use non-number keys in number pads such as "*"(MULTIPLY) and "+"(ADD),
but number keys ("0", "1", ...) won't work.
Reproduction Procedure:
1. Activate "xfce4-settings-manager".
2. Click on "Keyboard", select "Application Shortcuts" tab.
3. Add a shortcut.
Command : zenity --info
Shortcut: KP_Divide (Type "/" in your number pad)
4. Hitting "/" key in the number pad shows a dialog box.
5. Then, add another shortcut.
Command : zenity --info
Shortcut: KP_6 (Type "6" in your number pad with NumLock on)
6. This time, hitting "6" key does not show any dialog box.
I tried KP_6, KP_6 and KP_6 too, but none of them worked.
I tried some other number keys in the number pad, but the result was the same.
** Affects: xfce4 (Ubuntu)
Importance: Undecided
Status: New
--
Xfce application shortcuts including number keys in number pads do not work
https://bugs.launchpad.net/bugs/630722
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 564034] Re: Panel no longer shows which input method is being used
I use Japanese input method (ibus-anthy) and this bug affects me also. I wish the bug would be fixed in Lucid. However I don't think the bug is REALLY important (at least for Japanese people), because you can tell which input method is used by showing the language bar when ibus-anthy is activated. I like the language bar not to be shown at any time (it consumes my precious desktop space), but it is a small regression. -- Panel no longer shows which input method is being used https://bugs.launchpad.net/bugs/564034 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 533270] [NEW] Input lines are echoed in shell-mode after invoking gnuplot
Public bug reported: Binary package hint: emacs23 versions: emacs23: 23.1+1-4ubuntu3.1 gnuplot: 4.2.5-2 I use Xubuntu 9.10 (Karmic). After invoking gnuplot in shell-mode, every command input to the shell is echoed. To reproduce: 1. $ emacs -q 2. In emacs, type M-x shell 3. In shell-mode, type $ gnuplot to run gnuplot 4. Type C-d to quit gnuplot. 5. Type, for example, $ ls in shell-mode, then you will see "ls" itself followed by the content of your home directory. The line of "ls" should not be shown. I admit this is a very trivial problem, but a bit annoying to me. Note: - "python" and "fdisk", which also have their own prompt, do not cause this problem. - When I invoke gnuplot in ansi-term mode, the echoing does not occur. ** Affects: emacs23 (Ubuntu) Importance: Undecided Status: New -- Input lines are echoed in shell-mode after invoking gnuplot https://bugs.launchpad.net/bugs/533270 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 497813] Re: anacron killed immediately after resume from suspend state
Thank you for the information, Henning. I don't know the PowerDevil thing, but it seems to me that 1. /etc/acpi/power.sh calls /usr/sbin/pm-powersave. 2. pm-powersave calls run_hooks defined in /usr/lib/pm-utils/pm-functions. 3. run_hooks executes /usr/lib/pm-utils/power.d/anacron with an argument of "true", and it stops anacron. If arguments for pm-powersave are omitted in step 2, it determines whether the system should enter low-power operation or not according to the result of "on_ac_power" (line 47 in /usr/sbin/pm-powersave). So I modified the script of on_ac_power so that it always returns 0. When I rebooted afterward, anacron started normally, without aborting. Therefore, in my case, the problem is not in anacron or init (maybe), but in the fact that my system cannot recognize that it actually runs on AC power. # BTW, I've got used to starting anacron manually... -- anacron killed immediately after resume from suspend state https://bugs.launchpad.net/bugs/497813 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 384170] Re: (Xubuntu Jaunty) shortcuts for commands including Ctrl do not work when ctrl:swapcaps is enabled
Thank you for the reply. And I'm sorry I forgot to report one more thing. I replaced the Xubuntu Jaunty with a fresh-installed Xubuntu Karmic two months ago. In Karmic, modifying /etc/default/console-setup had no effect. (I don't know why. Maybe because HAL is deprecated in Karmic???) So I instead created ~/.xprofile, whose content was setxkbmap -option ctrl:nocaps Doing so, I was able to make my CapsLock another Ctrl, and the keyboard shortcuts for Xfce are working fine. -- (Xubuntu Jaunty) shortcuts for commands including Ctrl do not work when ctrl:swapcaps is enabled https://bugs.launchpad.net/bugs/384170 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 497813] Re: anacron killed immediately after resume from suspend state
anacron in my desktop PC is killed, too, although it is killed during the normal boot sequence. I never use hibernate or suspend. My desktop is fresh-installed Xubuntu 9.10. I have used Xubuntu 8.04 and 9.04, all fresh-installed, in the same machine but never experienced the problem. When manually activating anacron after boot, it runs just fine. > grep anacron /var/log/syslog Dec 19 10:57:09 toshio-desktop anacron[1055]: Anacron 2.3 started on 2009-12-19 Dec 19 10:57:09 toshio-desktop anacron[1055]: Will run job `cron.daily' in 5 min. Dec 19 10:57:09 toshio-desktop anacron[1055]: Jobs will be executed sequentially Dec 19 10:57:14 toshio-desktop init: anacron main process (1055) killed by TERM signal > uname -a Linux toshio-desktop 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:01:29 UTC 2009 i686 GNU/Linux Is the problem related to power management? It seems that my machine lacks some of ACPI supports, e.g., there's no file in /proc/acpi/ac_adapter or /proc/acpi/battery, and the return code of on_ac_power command is 255. -- anacron killed immediately after resume from suspend state https://bugs.launchpad.net/bugs/497813 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 384170] [NEW] (Xubuntu Jaunty) shortcuts for commands including Ctrl do not work when ctrl:swapcaps is enabled
Public bug reported: Binary package hint: xfce4 I use fresh-installed Xubuntu 9.04 (Jaunty). xfce4: 4.6.0 Problem: Keyboard shortcuts for commands including Ctrl (e.g. Ctrl + Alt + Delete for xflock4) do not work when xkb option "ctrl:swapcaps" (or "ctrl:nocaps") is enabled. Reproduction procedure: 1. Type Ctrl + Alt + Delete to activate xflock4, confirming you can use the shortcut by default. 2. Modify /etc/default/console-setup XKBOPTIONS="ctrl:swapcaps" or XKBOPTIONS="ctrl:nocaps" 3. Restart HAL and Xorg (or simply reboot the system) 4. Type Ctrl + Alt + Delete again, and this time it does not activate xflock4. Note: - It seems that Ctrl key is not recognized as a modifier. - When I tried to add a new keyboard shortcut via xfce4-settings-manager I couldn't create shortcuts including Ctrl as a modifier. For example, if I push "Ctrl + A", it is recognized as "A". - Shortcuts for xfwm4 (e.g. Ctrl + Alt + D for "show desktop") work well. - The problem is related to using evdev driver for the keyboard? ** Affects: xfce4 (Ubuntu) Importance: Undecided Status: New -- (Xubuntu Jaunty) shortcuts for commands including Ctrl do not work when ctrl:swapcaps is enabled https://bugs.launchpad.net/bugs/384170 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 238055] Re: False cursors appear when using GNU Emacs in xfce4-terminal
Thanks a lot, John! The workaround did erase the annoying false cursors. Also I find it useful to show the column number :) -- False cursors appear when using GNU Emacs in xfce4-terminal https://bugs.launchpad.net/bugs/238055 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 198263] Re: firefox 3 displays incorrectly
Video card: M22 [Mobility Radeon X300] Version of the kernel: 2.6.24-19-generic Version of xserver-xorg-video-ati: 1:6.8.0-1 Version of firefox-3.0: 3.0+nobinonly-0ubuntu0.8.04.1 Version of linux-restricted-modules-2,6.24-19-generic: 2.6.24.13-19.44 I have the same problem as the one kostas reports. I tried to browse the same web page using both radeon driver and fglrx driver. The attached image shows the result. The upper one was captured when radeon driver was used, while the lower one was when fglrx driver was activated. The attached image was created by the following procedure. 1) Configure /etc/xorg.conf to use radeon driver, with "Device" section like Section "Device" Identifier "Configured Video Device" Driver "radeon" Option "DRI" "on" Option "EnablePageFlip""on" Option "AccelMethod" "EXA" EndSection 2) Reboot the system, access the web page by firefox3. 3) After scrolling down and up, capture the window. (Scrolling corrupted the background of the page) 4) Configure /etc/xorg.conf to use fglrx driver, with "Device" section like Section "Device" Identifier "Configured Video Device" Driver "fglrx" EndSection 5) Repeat 2 and 3. 6) Merge the two screen shots by GIMP. Usually I use radeon driver because I want to use XRandR to dynamically configure the video outputs. I hope the bug will be fixed soon. Thanks. ** Attachment added: "radeon_vs_fglrx.png" http://launchpadlibrarian.net/15863926/radeon_vs_fglrx.png -- firefox 3 displays incorrectly https://bugs.launchpad.net/bugs/198263 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 243848] [NEW] [Xubuntu Hardy] the launcher icon of gnome-power-preferences is not shown in the menu
Public bug reported: Binary package hint: gnome-power-manager Xubuntu 8.04 Hardy gnome-power-manager: 2.22.1-1ubuntu4 xfce4: 4.4.2 In Xubuntu, gnome-power-manager is automatically started by default. Although I can configure it by typing $ gnome-power-preferences in Terminal, the corresponding launcher icon is missing in the application menu. I suspect this is because /usr/share/applications/gnome-power-preferences.desktop contains OnlyShowIn=GNOME; I wish the line was OnlyShowIn=GNOME;XFCE; or something so that the launcher would appear in the menu. ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New -- [Xubuntu Hardy] the launcher icon of gnome-power-preferences is not shown in the menu https://bugs.launchpad.net/bugs/243848 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 238055] Re: False cursors appear when using GNU Emacs in xfce4-terminal
** Attachment added: "My own Terminal setting file." http://launchpadlibrarian.net/15100262/terminalrc -- False cursors appear when using GNU Emacs in xfce4-terminal https://bugs.launchpad.net/bugs/238055 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 238055] [NEW] False cursors appear when using GNU Emacs in xfce4-terminal
Public bug reported: Binary package hint: xfce4-terminal Version of Ubuntu: Xubuntu 8.04 Version of xfce4-terminal: 0.2.8-4ubuntu1 Version of emacs: 22.1-0ubuntu10.1 When I use emacs in xfce4-terminal by typing "emacs -nw", sometimes cursors appear where they are not supposed to be. You can reproduce this bug by following this procedure. 1) Run xfce4-terminal 2) $ emacs -nw -q 3) Type SPACE 7 times, and you can see another cursor appears next to the real cursor. This behavior is not present when I use xterm, so I think xfce4-terminal is responsible for it. The problem is more annoying when tab characters are involved. (It may not be related to this bug, but I think it is) 1) Run xfce4-terminal 2) $ emacs -nw -q 3) Type C-q TAB 4) Type a (or any alphabet you like) 5) Type Backspace 2 times, and you can see an 8-character-wide cursor appears. 6) Type Backspace, and you can still see the wide cursor unchanged, so you can't know where the real cursor is from the appearance of the terminal. I attach my ~/.config/Terminal/terminalrc, part of which is Japanese because I use Japanese language pack. Does anyone have the same problem, or know a workaround? ** Affects: xfce4-terminal (Ubuntu) Importance: Undecided Status: New -- False cursors appear when using GNU Emacs in xfce4-terminal https://bugs.launchpad.net/bugs/238055 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 76923] Re: CPU Graph crashes in "Normal" mode
I'm having a problem similar to Bruce's in my Xubuntu 8.04 installation. My ~/.xsession-errors says: The program 'xfce4-cpugraph-plugin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 185 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) ** Message: CPU Graph: screen changed: 0 ** Message: No valid plug window. (xfce4-panel:5890): Gtk-CRITICAL **: gtk_socket_get_id: assertion `GTK_WIDGET_ANCHORED (socket)' failed ** (xfce4-panel:5890): CRITICAL **: アイテムが突然削除されました: CPU Graph My problem is a bit different from Jarno's, but maybe like Bruce's. When I try to add the CPU Graph applet to my panel, it immediately crashes and so I cannot add it. In addition, I cannot add xfce4-battery-plugin or xfce4-mixer-plugin. I'm using a GTK+ theme called "Ubuntulooks-Emerald" downloaded from the following page. http://www.xfce-look.org/content/show.php/Ubuntulooks-Emerald+version+2?content=80458 Once I switch to another theme, say Xfce, I can add the CPU Graph to my panel. -- CPU Graph crashes in "Normal" mode https://bugs.launchpad.net/bugs/76923 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 212176] Re: Firefox loses font hinting after reboot
I'm sorry for my misunderstanding. I thought there is no difference between hintslight and no hinting. And, yes, the problem of Firefox applying medium/full hinting is also reproduced in my environment. It's very weird. -- Firefox loses font hinting after reboot https://bugs.launchpad.net/bugs/212176 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 212176] Re: Firefox loses font hinting after reboot
I had the same problem, but now it's solved. I created ~/.fonts.conf and wrote to it the following. false After I rebooted X, Firefox comes to show smooth fonts, without hinting. My environment: - Xubuntu Hardy - Firefox: 3.0~b5+nobinonly-0ubuntu3 -- Firefox loses font hinting after reboot https://bugs.launchpad.net/bugs/212176 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
