[Touch-packages] [Bug 2049433] Re: [radeon] Chrome crashes in RADV 21.2.6 on Ubuntu 20.04.6
I see the crash happening on the following kernels, so that seems unlikely: 5.15.0 -89-generic #99~20.04.1-Ubuntu SMP Thu Nov 2 15:16:47 UTC 2023 x86_64 38.41% 5.15.0 -91-generic #101~20.04.1-Ubuntu SMP Thu Nov 16 14:22:28 UTC 2023 x86_64 21.38% 5.11.0 -37-generic #41~20.04.2-Ubuntu SMP Fri Sep 24 09:06:38 UTC 2021 x86_64 10.51% 5.13.0 -30-generic #33~20.04.1-Ubuntu SMP Mon Feb 7 14:25:10 UTC 2022 x86_64 7.25% 5.15.0 -46-lowlatency #49~20.04.1-Ubuntu SMP PREEMPT Mon Aug 8 11:51:19 UTC 2022 x86_64 5.43% 5.15.0 -76-generic #83~20.04.1-Ubuntu SMP Wed Jun 21 20:23:31 UTC 2023 x86_64 5.07% 5.15.0 -88-generic #98~20.04.1-Ubuntu SMP Mon Oct 9 16:43:45 UTC 2023 x86_64 3.26% 5.14.21 -150500 #1 SMP PREEMPT_DYNAMIC Wed Oct 4 16:52:05 UTC 2023 (5dc23e0) x86_64 2.17% ... But thank you for the info, at least we can rule out a change in mesa having broken things. We can perhaps close this bug then, at least until I can investigate further what the root cause is. If any RADV user is reading this and has a repro step, please comment on http://crbug.com/1508940 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mesa in Ubuntu. https://bugs.launchpad.net/bugs/2049433 Title: [radeon] Chrome crashes in RADV 21.2.6 on Ubuntu 20.04.6 Status in mesa package in Ubuntu: New Bug description: Hi, Chrome/ANGLE developer here. We've started observing crashes on Ubuntu 20.04.6 in libvulkan_radeon.so since December 5, 2023. So far, all crashes seem to come from that specific Ubuntu version, and with RADV 21.2.6. Speaking with a mesa RADV developer, that version hasn't had an update since Nov 2021. While there's always a chance that an update in ANGLE has hit a bug, the timing does not work out (Chrome Beta has been fine since November 1, but the crashes started happening on Dec 5). Has there been an update to this driver around Dec 5, 2023 in Ubuntu specifically? I'm wondering if there has been a (security) update done by the Ubuntu team that upstream mesa may not be aware of. I can't find a public history of updates to ubuntu packages (with associated dates), is it possible to look at / provide that info and see what happened around Dec 5? Additional context is crbug.com/1508940, but I'm afraid not much is visible publicly. The crash stack is nonsense unfortunately. Cheers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/2049433/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 2049433] [NEW] [radeon] Chrome crashes in RADV 21.2.6 on Ubuntu 20.04.6
Public bug reported: Hi, Chrome/ANGLE developer here. We've started observing crashes on Ubuntu 20.04.6 in libvulkan_radeon.so since December 5, 2023. So far, all crashes seem to come from that specific Ubuntu version, and with RADV 21.2.6. Speaking with a mesa RADV developer, that version hasn't had an update since Nov 2021. While there's always a chance that an update in ANGLE has hit a bug, the timing does not work out (Chrome Beta has been fine since November 1, but the crashes started happening on Dec 5). Has there been an update to this driver around Dec 5, 2023 in Ubuntu specifically? I'm wondering if there has been a (security) update done by the Ubuntu team that upstream mesa may not be aware of. I can't find a public history of updates to ubuntu packages (with associated dates), is it possible to look at / provide that info and see what happened around Dec 5? Additional context is crbug.com/1508940, but I'm afraid not much is visible publicly. The crash stack is nonsense unfortunately. Cheers ** Affects: mesa (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mesa in Ubuntu. https://bugs.launchpad.net/bugs/2049433 Title: [radeon] Chrome crashes in RADV 21.2.6 on Ubuntu 20.04.6 Status in mesa package in Ubuntu: New Bug description: Hi, Chrome/ANGLE developer here. We've started observing crashes on Ubuntu 20.04.6 in libvulkan_radeon.so since December 5, 2023. So far, all crashes seem to come from that specific Ubuntu version, and with RADV 21.2.6. Speaking with a mesa RADV developer, that version hasn't had an update since Nov 2021. While there's always a chance that an update in ANGLE has hit a bug, the timing does not work out (Chrome Beta has been fine since November 1, but the crashes started happening on Dec 5). Has there been an update to this driver around Dec 5, 2023 in Ubuntu specifically? I'm wondering if there has been a (security) update done by the Ubuntu team that upstream mesa may not be aware of. I can't find a public history of updates to ubuntu packages (with associated dates), is it possible to look at / provide that info and see what happened around Dec 5? Additional context is crbug.com/1508940, but I'm afraid not much is visible publicly. The crash stack is nonsense unfortunately. Cheers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/2049433/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1418494] Re: volume bar thinks mouse is pressed if released outside area
Cannot reproduce in 17.04. Must be fixed already. ** Changed in: ido (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ido in Ubuntu. https://bugs.launchpad.net/bugs/1418494 Title: volume bar thinks mouse is pressed if released outside area Status in ido package in Ubuntu: Fix Released Bug description: Steps to reproduce: - Open indicator-sound (click on volume icon) - Press the mouse in volume slide (don't release) - Move mouse to outside the slide widget (not on another button, or outside indicator-sound) - Release the mouse - Optional: click on the indicator-sound window where there is no button. Nothing happens, but you can click as much as you want. (Even if there is a button, the behavior is the same) - Move mouse back to volume slide Expected behavior: volume slider doesn't change with mouse motion Observed behavior: volume slider follows mouse motion as if mouse is still pressed --- I am reporting this bug here because particularly with indicator- sound, the volume slider is quite thin, so if you are not precise, you could release the mouse easily outside the area. What's more, sometimes you want to lower the volume because some music you don't want starts playing, so this could happen: - Lower the volume with a focus on changing the music - Moving fast, the mouse button release happens outside the slider area - Change the music - Move back to the slider with the intention of raising volume - BAM, the slider still thinks the mouse is pressed, and the volume may potentially be raised to maximum depending on where your mouse is. --- If I may suggest (based on guessing completely), the slider widget needs to check the state of the mouse button on mouse motion event. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: indicator-sound 12.10.2+14.10.20141010-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3 Uname: Linux 3.16.0-30-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8.1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Feb 5 12:02:30 2015 SourcePackage: indicator-sound UpgradeStatus: Upgraded to utopic on 2014-11-01 (95 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ido/+bug/1418494/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1703264] [NEW] [USB-Audio - USB Device 0x46d:0x819, recording] "chipmunk" noise on logitech webcam input when video also recording
Public bug reported: On upgrade to 17.04, my webcam stopped properly working, in the sense that when video chatting with others, they hear a chipmunk-like noise. I used the word chipmunk because I saw this: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/858412 This issue happens with every video chat application I've tried: hangout (chrome), viber, also cheese. I went through some Ubuntu wiki page about fixing sound issues which made "cheese" record once ok after some force- reset of audio, but not the second time (some crashes seemed to happen as well, where the audio was completely disabled globally until restart). I know the above is not very precise, so here's what I can tell for sure: When video chatting, the audio from my logitech webcam (C210) sounds like a chipmunk after I upgraded to Ubuntu 17.04. This is with the 4.10 kernel. If I boot the same Ubuntu with kernel 4.8 (leftover from Ubuntu 16.10), it works correctly! The above experiments suggest that there is nothing wrong with my config files or package installation. But that it's a regression in the kernel/drivers. ProblemType: Bug DistroRelease: Ubuntu 17.04 Package: alsa-base 1.0.25+dfsg-0ubuntu5 ProcVersionSignature: Ubuntu 4.10.0-26.30-generic 4.10.17 Uname: Linux 4.10.0-26-generic x86_64 NonfreeKernelModules: nvidia_uvm nvidia_drm nvidia_modeset nvidia ApportVersion: 2.20.4-0ubuntu4.1 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC2: sciabaz1860 F pulseaudio /dev/snd/controlC1: sciabaz1860 F pulseaudio /dev/snd/controlC0: sciabaz1860 F pulseaudio CurrentDesktop: Unity:Unity7 Date: Sun Jul 9 18:58:57 2017 InstallationDate: Installed on 2017-04-23 (76 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) PackageArchitecture: all SourcePackage: alsa-driver Symptom: audio Symptom_AlsaRecordingTest: ALSA recording test through plughw:U0x46d0x819 failed Symptom_Card: Webcam C210 - USB Device 0x46d:0x819 Symptom_Type: Digital clip or distortion, or "overdriven" sound Title: [USB-Audio - USB Device 0x46d:0x819, recording] Sound is distorted UpgradeStatus: Upgraded to zesty on 2017-07-05 (4 days ago) dmi.bios.date: 02/23/2016 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: C.60 dmi.board.asset.tag: Default string dmi.board.name: B150 PC MATE (MS-7971) dmi.board.vendor: MSI dmi.board.version: 2.0 dmi.chassis.asset.tag: Default string dmi.chassis.type: 3 dmi.chassis.vendor: MSI dmi.chassis.version: 2.0 dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrC.60:bd02/23/2016:svnMSI:pnMS-7971:pvr2.0:rvnMSI:rnB150PCMATE(MS-7971):rvr2.0:cvnMSI:ct3:cvr2.0: dmi.product.name: MS-7971 dmi.product.version: 2.0 dmi.sys.vendor: MSI mtime.conffile..etc.modprobe.d.alsa-base.conf: 2017-04-23T21:54:23.554412 ** Affects: alsa-driver (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug zesty -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to alsa-driver in Ubuntu. https://bugs.launchpad.net/bugs/1703264 Title: [USB-Audio - USB Device 0x46d:0x819, recording] "chipmunk" noise on logitech webcam input when video also recording Status in alsa-driver package in Ubuntu: New Bug description: On upgrade to 17.04, my webcam stopped properly working, in the sense that when video chatting with others, they hear a chipmunk-like noise. I used the word chipmunk because I saw this: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/858412 This issue happens with every video chat application I've tried: hangout (chrome), viber, also cheese. I went through some Ubuntu wiki page about fixing sound issues which made "cheese" record once ok after some force-reset of audio, but not the second time (some crashes seemed to happen as well, where the audio was completely disabled globally until restart). I know the above is not very precise, so here's what I can tell for sure: When video chatting, the audio from my logitech webcam (C210) sounds like a chipmunk after I upgraded to Ubuntu 17.04. This is with the 4.10 kernel. If I boot the same Ubuntu with kernel 4.8 (leftover from Ubuntu 16.10), it works correctly! The above experiments suggest that there is nothing wrong with my config files or package installation. But that it's a regression in the kernel/drivers. ProblemType: Bug DistroRelease: Ubuntu 17.04 Package: alsa-base 1.0.25+dfsg-0ubuntu5 ProcVersionSignature: Ubuntu 4.10.0-26.30-generic 4.10.17 Uname: Linux 4.10.0-26-generic x86_64 NonfreeKernelModules: nvidia_uvm nvidia_drm nvidia_modeset nvidia ApportVersion: 2.20.4-0ubuntu4.1 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC2: sciabaz1860 F pulseaudio /dev/snd/controlC1: sciabaz1860 F pulseaudio /dev/snd/controlC0: sciabaz1860 F pulseaudio CurrentDesktop:
[Touch-packages] [Bug 1424948] Re: Evince doesn't show "µ"
Evince 3.16.1 on Ubuntu 15.10 still contains this bug. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to fontconfig in Ubuntu. https://bugs.launchpad.net/bugs/1424948 Title: Evince doesn't show "µ" Status in fontconfig package in Ubuntu: New Bug description: I am on Ubuntu 14.10 with evince 3.14.1. In the attached example file there should be some "µ" on page 4. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/1424948/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1445239] Re: apt's lists/partial fills disk
Hi Brian, Sorry for my lack of responsiveness, but I'd essentially been moving countries and I'm no longer in Italy to begin with. On another computer where I'm typing this response, this issue doesn't happen to begin with (Canada servers). Hopefully others would be able to test this out. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apt in Ubuntu. https://bugs.launchpad.net/bugs/1445239 Title: apt's lists/partial fills disk Status in APT: New Status in apt package in Ubuntu: Fix Released Status in apt source package in Vivid: Fix Committed Bug description: Test case: - there is a artificial test in test/integration now - as this is server side dependent a regression test should be enough Since I upgraded to vivid, apt fills the disk space at /var/lib/apt/lists/partial. This was triggered by the automatic update every day, and as a solution I killed the processes named `http` spawned by apt, and removed the offending file from lists/partial manually. Until now, `apt-get update` and `apt-get upgrade` had been working. However, today, when I tried `apt-get update`, it got stuck in some file, continuously increasing its size when at 100%. I tried inspecting the file to see if there is a repetition of data, and there seems to be, as I have suspected. First of all, the file is it.archive.ubuntu .com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 this time, but I'm not sure if the previous time it was also this file. I used `tail` and `hexdump` to figure out whether a certain pattern shows up in the file. Here are some examples: $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\bbdf\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\9b95\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\1234\' 0002630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0012630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0022630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\76a8\' 000fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 001fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 002fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c As you can see, it seems that after the error, a certain pattern seems to repeat every exactly 0x1 bytes. I attached a copy of those 0x1 bytes that keep repeating (from an arbitrary offset). --- $ lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 $ apt-cache policy apt apt: Installed: 1.0.9.7ubuntu4 Candidate: 1.0.9.7ubuntu4 Version table: *** 1.0.9.7ubuntu4 0 500 http://it.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status --- Do let me know if I can test further to see what could be wrong. I'll keep an eye next times the behavior repeat to make sure the file is the same / the pattern is the same and I'll report back. If you think the problem could be the Italy server, let me know and I'll try with a different one. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: apt 1.0.9.7ubuntu4 ProcVersionSignature: Ubuntu 3.19.0-13.13-generic 3.19.3 Uname: Linux 3.19.0-13-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.17-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Fri Apr 17 00:04:05 2015 SourcePackage: apt UpgradeStatus: Upgraded to vivid on 2015-03-28 (19 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/apt/+bug/1445239/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1374383] Re: Clicking on Files opens new window, rather than switch to already open one
A reminder that this bug still exists! Can someone at least confirm it? Here are exact steps to reproduce reliably for me: 1. Close all Files windows 2. Attach a USB disk 3. Open a Files window by clicking on its icon in the left bar 4. Click on the USB drive. You should see your USB files now 5. Click on another open window on the left bar 6. Click back on the Files icon on the left bar Expected behavior: - The single Files window that is open (currently showing the USB driver) comes back up Observed behavior: - A new Files window is opened ** Also affects: nautilus Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1374383 Title: Clicking on Files opens new window, rather than switch to already open one Status in Nautilus: New Status in Unity: New Status in unity package in Ubuntu: New Bug description: Although I can currently recreate the bug with Files (Nautilius, is it?), I remember having seen such a thing before with other windows, although only with previous Ubuntu versions. The bug is as follows. In the current desktop, I open Files (and I see the arrows on the left saying how many of such windows are open). It only happens if Files is open once. I click on a partition that is not automatically mounted on startup (e.g. a Windows partition) (I haven't tested with one that automatically mounts but is not a part of /), regardless of whether it was previously mounted or not. When I switch away from that window (e.g. click on Firefox), then I click back on its icon, I get a new Files window, rather than the old one I had open, which was viewing the windows partition. If you can't replicate this, try CTRL+L (leave the cursor on the path box) on that window and then switch away and back. Note that with ALT+TAB and ALT+` I can see the window alright. Also, if there is more than one Files window, whether all looking at windows partitions or not, there is no problem, even if the first such window was the last to be viewed, clicking on the Files icon correctly returns to that window. In summary, when Files is opened once and viewing a windows partition, clicking on a different application and back on its icon opens a new Files window rather than switch to the old one. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.2+14.04.20140714-0ubuntu1.1 ProcVersionSignature: Ubuntu 3.13.0-36.63-generic 3.13.11.6 Uname: Linux 3.13.0-36-generic i686 ApportVersion: 2.14.1-0ubuntu3.4 Architecture: i386 CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell] CurrentDesktop: Unity Date: Fri Sep 26 12:01:15 2014 ExecutablePath: /usr/bin/compiz InstallationDate: Installed on 2014-07-04 (83 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release i386 (20140417) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) --- P.S. regarding info collected by `ubuntu-bug`: - This is NOT a fresh install. To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1374383/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1445239] Re: apt's lists/partial fills disk
I changed the server to US and the problem doesn't seem to occur any more. Perhaps this is an issue with the Italy server, but nevertheless it is strange that apt would continuously write to the disk due to an error on the server. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apt in Ubuntu. https://bugs.launchpad.net/bugs/1445239 Title: apt's lists/partial fills disk Status in apt package in Ubuntu: New Bug description: Since I upgraded to vivid, apt fills the disk space at /var/lib/apt/lists/partial. This was triggered by the automatic update every day, and as a solution I killed the processes named `http` spawned by apt, and removed the offending file from lists/partial manually. Until now, `apt-get update` and `apt-get upgrade` had been working. However, today, when I tried `apt-get update`, it got stuck in some file, continuously increasing its size when at 100%. I tried inspecting the file to see if there is a repetition of data, and there seems to be, as I have suspected. First of all, the file is it.archive.ubuntu .com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 this time, but I'm not sure if the previous time it was also this file. I used `tail` and `hexdump` to figure out whether a certain pattern shows up in the file. Here are some examples: $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\bbdf\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\9b95\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\1234\' 0002630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0012630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0022630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\76a8\' 000fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 001fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 002fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c As you can see, it seems that after the error, a certain pattern seems to repeat every exactly 0x1 bytes. I attached a copy of those 0x1 bytes that keep repeating (from an arbitrary offset). --- $ lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 $ apt-cache policy apt apt: Installed: 1.0.9.7ubuntu4 Candidate: 1.0.9.7ubuntu4 Version table: *** 1.0.9.7ubuntu4 0 500 http://it.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status --- Do let me know if I can test further to see what could be wrong. I'll keep an eye next times the behavior repeat to make sure the file is the same / the pattern is the same and I'll report back. If you think the problem could be the Italy server, let me know and I'll try with a different one. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: apt 1.0.9.7ubuntu4 ProcVersionSignature: Ubuntu 3.19.0-13.13-generic 3.19.3 Uname: Linux 3.19.0-13-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.17-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Fri Apr 17 00:04:05 2015 SourcePackage: apt UpgradeStatus: Upgraded to vivid on 2015-03-28 (19 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1445239/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1445239] Re: apt's lists/partial fills disk
This is the next day, and this time the offending file is: it.archive.ubuntu.com_ubuntu_dists_vivid_restricted_binary- amd64_Packages.bz2 The repeating data is still 0x1 bytes, but the contents are different (another copy attached). ** Attachment added: The 0x1 bytes repeating data for another case of this error https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1445239/+attachment/4378477/+files/apt-error-repeating-bytes-2 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apt in Ubuntu. https://bugs.launchpad.net/bugs/1445239 Title: apt's lists/partial fills disk Status in apt package in Ubuntu: New Bug description: Since I upgraded to vivid, apt fills the disk space at /var/lib/apt/lists/partial. This was triggered by the automatic update every day, and as a solution I killed the processes named `http` spawned by apt, and removed the offending file from lists/partial manually. Until now, `apt-get update` and `apt-get upgrade` had been working. However, today, when I tried `apt-get update`, it got stuck in some file, continuously increasing its size when at 100%. I tried inspecting the file to see if there is a repetition of data, and there seems to be, as I have suspected. First of all, the file is it.archive.ubuntu .com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 this time, but I'm not sure if the previous time it was also this file. I used `tail` and `hexdump` to figure out whether a certain pattern shows up in the file. Here are some examples: $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\bbdf\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\9b95\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\1234\' 0002630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0012630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0022630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\76a8\' 000fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 001fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 002fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c As you can see, it seems that after the error, a certain pattern seems to repeat every exactly 0x1 bytes. I attached a copy of those 0x1 bytes that keep repeating (from an arbitrary offset). --- $ lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 $ apt-cache policy apt apt: Installed: 1.0.9.7ubuntu4 Candidate: 1.0.9.7ubuntu4 Version table: *** 1.0.9.7ubuntu4 0 500 http://it.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status --- Do let me know if I can test further to see what could be wrong. I'll keep an eye next times the behavior repeat to make sure the file is the same / the pattern is the same and I'll report back. If you think the problem could be the Italy server, let me know and I'll try with a different one. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: apt 1.0.9.7ubuntu4 ProcVersionSignature: Ubuntu 3.19.0-13.13-generic 3.19.3 Uname: Linux 3.19.0-13-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.17-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Fri Apr 17 00:04:05 2015 SourcePackage: apt UpgradeStatus: Upgraded to vivid on 2015-03-28 (19 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1445239/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1445239] [NEW] apt's lists/partial fills disk
Public bug reported: Since I upgraded to vivid, apt fills the disk space at /var/lib/apt/lists/partial. This was triggered by the automatic update every day, and as a solution I killed the processes named `http` spawned by apt, and removed the offending file from lists/partial manually. Until now, `apt-get update` and `apt-get upgrade` had been working. However, today, when I tried `apt-get update`, it got stuck in some file, continuously increasing its size when at 100%. I tried inspecting the file to see if there is a repetition of data, and there seems to be, as I have suspected. First of all, the file is it.archive.ubuntu .com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 this time, but I'm not sure if the previous time it was also this file. I used `tail` and `hexdump` to figure out whether a certain pattern shows up in the file. Here are some examples: $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\bbdf\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\9b95\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\1234\' 0002630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0012630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd 0022630 fd50 b08d 7082 1234 85b3 a61e 2921 e0cd $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\76a8\' 000fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 001fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c 002fa90 747d 76a8 078a 67b6 60d9 83f5 5ff3 787c As you can see, it seems that after the error, a certain pattern seems to repeat every exactly 0x1 bytes. I attached a copy of those 0x1 bytes that keep repeating (from an arbitrary offset). --- $ lsb_release -rd Description:Ubuntu Vivid Vervet (development branch) Release:15.04 $ apt-cache policy apt apt: Installed: 1.0.9.7ubuntu4 Candidate: 1.0.9.7ubuntu4 Version table: *** 1.0.9.7ubuntu4 0 500 http://it.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status --- Do let me know if I can test further to see what could be wrong. I'll keep an eye next times the behavior repeat to make sure the file is the same / the pattern is the same and I'll report back. If you think the problem could be the Italy server, let me know and I'll try with a different one. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: apt 1.0.9.7ubuntu4 ProcVersionSignature: Ubuntu 3.19.0-13.13-generic 3.19.3 Uname: Linux 3.19.0-13-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.17-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Fri Apr 17 00:04:05 2015 SourcePackage: apt UpgradeStatus: Upgraded to vivid on 2015-03-28 (19 days ago) ** Affects: apt (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug vivid ** Attachment added: The 0x1 bytes that repeat indefinitely during apt's update https://bugs.launchpad.net/bugs/1445239/+attachment/4377852/+files/apt-error-repeating-bytes -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apt in Ubuntu. https://bugs.launchpad.net/bugs/1445239 Title: apt's lists/partial fills disk Status in apt package in Ubuntu: New Bug description: Since I upgraded to vivid, apt fills the disk space at /var/lib/apt/lists/partial. This was triggered by the automatic update every day, and as a solution I killed the processes named `http` spawned by apt, and removed the offending file from lists/partial manually. Until now, `apt-get update` and `apt-get upgrade` had been working. However, today, when I tried `apt-get update`, it got stuck in some file, continuously increasing its size when at 100%. I tried inspecting the file to see if there is a repetition of data, and there seems to be, as I have suspected. First of all, the file is it.archive.ubuntu .com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 this time, but I'm not sure if the previous time it was also this file. I used `tail` and `hexdump` to figure out whether a certain pattern shows up in the file. Here are some examples: $ tail -c 20 it.archive.ubuntu.com_ubuntu_dists_vivid_main_binary-i386_Packages.bz2 | hexdump | grep '\bbdf\' c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0010c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0020c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95 aa5a 0030c80 8d9e 63ad bbdf 40a7 3f3e 2b4a 9b95
[Touch-packages] [Bug 1425664] Re: grep(1) man page for GNU grep 2.16 should have PCRE but has PRCE
** Changed in: grep (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to grep in Ubuntu. https://bugs.launchpad.net/bugs/1425664 Title: grep(1) man page for GNU grep 2.16 should have PCRE but has PRCE Status in grep package in Ubuntu: Confirmed Bug description: From: Jim Meyering [mailto:j...@meyering.net] Sent: Monday, February 16, 2015 10:43 PM To: Philip Muench Cc: 19719-d...@debbugs.gnu.org Subject: Re: bug#19719: grep(1) man page for GNU grep 2.16 shold have PCRE but has PRCE On Wed, Jan 28, 2015 at 1:12 PM, Philip Muench philipmue...@fibermountain.com wrote: There is one instance of PRCE. It should be PCRE. That would help the reader seeking PCRE. Thank you for reporting that. However, there has never been an occurrence of the string PRCE in the upstream sources, so this is probably due to a distribution-specific patch in use on your system. Also note that there have been significant fixes and improvements since grep-2.16. The latest is grep-2.21. - This is copied from output produced by ubuntu-bug grep and its View report operation: == ApportVersion = 2.14.1-0ubuntu3.6 == Architecture = amd64 == Date = Wed Feb 25 14:39:52 2015 == Dependencies = dpkg 1.17.5ubuntu5.3 gcc-4.9-base 4.9.1-0ubuntu1 libacl1 2.2.52-1 libattr1 1:2.4.47-1ubuntu1 libbz2-1.0 1.0.6-5 libc6 2.19-0ubuntu6.5 libgcc1 1:4.9.1-0ubuntu1 liblzma5 5.1.1alpha+20120614-2ubuntu2 libpcre3 1:8.31-2ubuntu2 libselinux1 2.2.2-1ubuntu0.1 multiarch-support 2.19-0ubuntu6.5 tar 1.27.1-1 zlib1g 1:1.2.8.dfsg-1ubuntu1 == DistroRelease = Ubuntu 14.04 == InstallationDate = Installed on 2015-01-22 (33 days ago) == InstallationMedia = Ubuntu-Server 12.04.4 LTS Precise Pangolin - Release amd64 (20140204) == Package = grep 2.16-1 == PackageArchitecture = amd64 == ProblemType = Bug == ProcEnviron = TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash == ProcVersionSignature = Ubuntu 3.13.0-44.73-generic 3.13.11-ckt12 == SourcePackage = grep == Tags = trusty == Uname = Linux 3.13.0-44-generic x86_64 == UpgradeStatus = Upgraded to trusty on 2015-01-23 (33 days ago) (END) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grep/+bug/1425664/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1425578] Re: Window title sometimes gets rendered underneath controls
I confirm that this happens also in 14.04. It doesn't work by clicking on the Workspace Switcher, but by switching workspaces with keyboard (CTRL + ALT + Arrow Key), and to a workspace where there is nothing. ** Changed in: unity (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1425578 Title: Window title sometimes gets rendered underneath controls Status in unity package in Ubuntu: Confirmed Bug description: If it's relevant I have all LIM settings at default (enabled, show on mouse over). When changing workspaces, the controls of a maximised unfocused window sometimes get rendered behind the controls of that window. 1. Maximise a window (I use firefox) 2. Focus another window on the same workspace. 3. Switch workspaces, wait for the title to change, switch back. 4. The window title is behind the controls See attached screenshot ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: unity 7.3.1+15.04.20150219.2-0ubuntu1 ProcVersionSignature: Ubuntu 3.18.0-13.14-generic 3.18.5 Uname: Linux 3.18.0-13-generic x86_64 ApportVersion: 2.16.1-0ubuntu2 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Wed Feb 25 16:20:55 2015 InstallationDate: Installed on 2012-10-07 (870 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Beta amd64 (20121007) SourcePackage: unity UpgradeStatus: Upgraded to vivid on 2013-05-07 (659 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1425578/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1425952] Re: gedit
Did you perhaps use `sudo`? With graphical applications you need to use `gksudo`. See this question and its answers: http://askubuntu.com/q/376426/31099 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xorg in Ubuntu. https://bugs.launchpad.net/bugs/1425952 Title: gedit Status in xorg package in Ubuntu: New Bug description: When I edit a file using gedit it types : (gedit:22697): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files stuff which I do not understand ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: xorg 1:7.7+1ubuntu8 ProcVersionSignature: Ubuntu 3.13.0-45.74-generic 3.13.11-ckt13 Uname: Linux 3.13.0-45-generic i686 NonfreeKernelModules: wl .tmp.unity.support.test.0: ApportVersion: 2.14.1-0ubuntu3.6 Architecture: i386 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: None Date: Thu Feb 26 18:19:32 2015 DistroCodename: trusty DistroVariant: ubuntu DkmsStatus: bcmwl, 6.30.223.141+bdcom, 3.13.0-36-generic, i686: installed bcmwl, 6.30.223.141+bdcom, 3.13.0-37-generic, i686: installed bcmwl, 6.30.223.141+bdcom, 3.13.0-39-generic, i686: installed bcmwl, 6.30.223.141+bdcom, 3.13.0-45-generic, i686: installed ExtraDebuggingInterest: Yes, if not too technical GraphicsCard: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device [103c:1425] InstallationDate: Installed on 2013-10-12 (501 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release i386 (20121017.2) Lsusb: Bus 002 Device 003: ID 090c:37bc Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) HP Webcam-101 Integrated Camera Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: Hewlett-Packard Presario CQ42 Notebook PC ProcEnviron: LANGUAGE=en_IN:en PATH=(custom, no user) LANG=en_IN SHELL=/bin/bash ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-45-generic root=UUID=e35eaf31-3c82-458d-a8dd-f7ea723a7040 ro vesafb.invalid=1 nopat drm.debug=0xe plymouth:debug SourcePackage: xorg UpgradeStatus: Upgraded to trusty on 2014-09-05 (173 days ago) dmi.bios.date: 04/07/2011 dmi.bios.vendor: Hewlett-Packard dmi.bios.version: F.37 dmi.board.asset.tag: Base Board Asset Tag dmi.board.name: 1425 dmi.board.vendor: Hewlett-Packard dmi.board.version: 54.57 dmi.chassis.type: 10 dmi.chassis.vendor: Hewlett-Packard dmi.chassis.version: N/A dmi.modalias: dmi:bvnHewlett-Packard:bvrF.37:bd04/07/2011:svnHewlett-Packard:pnPresarioCQ42NotebookPC:pvr059B1300281001000:rvnHewlett-Packard:rn1425:rvr54.57:cvnHewlett-Packard:ct10:cvrN/A: dmi.product.name: Presario CQ42 Notebook PC dmi.product.version: 059B1300281001000 dmi.sys.vendor: Hewlett-Packard version.compiz: compiz 1:0.9.11.3+14.04.20141104-0ubuntu1 version.libdrm2: libdrm2 2.4.59+git20150125.0c5aaeef-0ubuntu0ricotz~trusty version.libgl1-mesa-dri: libgl1-mesa-dri 10.5.0~git20150127.5c83a0d2-0ubuntu0ricotz~trusty version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 10.5.0~git20150127.5c83a0d2-0ubuntu0ricotz~trusty version.xserver-xorg-core: xserver-xorg-core 2:1.15.1-0ubuntu2.6 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.8.2-1ubuntu2 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.4.99+git20140806.fbf575cb-0ubuntu0sarvatt~trusty version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20150131.dac01d08-0ubuntu0sarvatt~trusty version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.11+git20141030.3fb97d78-0ubuntu0sarvatt~trusty2 xserver.bootTime: Wed Feb 25 18:54:45 2015 xserver.configfile: default xserver.errors: intel: Failed to load module present (module does not exist, 0) intel(0): sna_mode_check: invalid state found on pipe 0, disabling CRTC:3 intel(0): sna_mode_check: invalid state found on pipe 0, disabling CRTC:3 intel(0): sna_mode_check: invalid state found on pipe 0, disabling CRTC:3 xserver.logfile: /var/log/Xorg.0.log xserver.outputs: product id 593 vendor LGD xserver.version: 2:1.15.1-0ubuntu2.6 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1425952/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to :
[Touch-packages] [Bug 1425991] Re: Networks I have never connected to should be confined to the More Networks folder
I completely agree with what you are saying. If I wanted to manually select my network every time, I would also be frustrated with having unwanted networks in the way. However, I do see a problem. First of all, remember that most people have the network automatically get connected to, so when they do click on the network button, they often want to connect to a new network, for example on a laptop in an airport. With that in mind, there is a usability problem with your suggestion. The issue stems from the fact that people don't read anything. An average person has his network automatically get connected to, so he is likely not familiar with what's inside indicater-network. In fact this is the case for the majority of people. Now, imagine this person wants to connect to a new network. With your suggestion, he opens indicator-network and sees some text, and he is going to completely ignore them (such as Connection Information, VPN Connections etc). From experience, this person may even know that generally what those texts he just ignored do must have something to do with configuration, which is not what he wants at the moment. What he wants at the moment is to quickly be able to see the name of the new network he wants to connect to. But it's not there. Is the router on? Does my wireless card suck? Am I too far from the router? Do I hate Ubuntu? No, everything seems ok. So why don't I see my damn network? Oh, look there is something there that says More Networks. WTF. In short, it's a nuisance to the majority of the people who, when they click on indicator-network, want to select a network they have never connected to (because the ones they always connect to, automatically do so, so there is no need to open indicator-network). --- That said, I certainly agree with you. However, I have a different solution. I'd suggest to change the layout of indicator-network from this: Bla Bla Known Network 1 Known Network 2 Unknown Network 1 Unknown Network 2 Unknown Network 3 Unknown Network 4 Unknown Network 5 More Bla Bla More Bla Bla Edit Connections to this: Bla Bla Known Network 1 Known Network 2 More Bla Bla More Bla Bla Edit Connections --- Unknown Network 1 Unknown Network 2 Unknown Network 3 Unknown Network 4 Unknown Network 5 This way, all networks are visible, so the network you are searching for is quickly findable. On the other hand, switching between known networks is not frustrating because the unknown ones are not close-by, or worse interleaved. Building on this idea, and reducing clutter, indicator-network could look like this: Bla Bla Known Network 1 Known Network 2 More Bla Bla More Bla Bla Edit Connections --- Unknown Network 1 Unknown Network 2 V Where `V` is a clickable down arrow that once clicked (or hovered on), would expand indicator-network to list all visible Unknown Networks (like the previous case). In this design, indicator-network should show only strong unknown networks (say, higher than =3 bars), because they are the ones that the user is likely looking for. If none exist, it should show the top 1 or 2 strongest networks (for example 2 if the top 2 strongest are close in strength, and only 1 if it is much stronger than the second strongest). The weak networks, which are not likely what you are looking for, would be hidden under the down arrow. I belive the down arrow should be clear enough for the general user to show there is something more below, and it's not text, so it's easily understandable (because again, people don't read, so any text is of next to no use). What do you think? ** Changed in: indicator-network (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-network in Ubuntu. https://bugs.launchpad.net/bugs/1425991 Title: Networks I have never connected to should be confined to the More Networks folder Status in indicator-network package in Ubuntu: Confirmed Bug description: When a user clicks the network manager indicator, a dropdown appears and lists wifi networks. This menu should NOT display networks that the user has never connected to. Networks the user has never connected to should only display in the More networks folder. At a mininum, the user should be given the ability to confine unwanted networks in the More networks folder. It is an unproductive design choice to force users to have to wade through networks they have never connected to (networks they will never connect to) in their menu. Numerous reasons exist why a user will not use the Auto-Connect setting for wireless networks. So it makes sense and is more efficient to have the menu only display the networks the user makes active use of and no more.
[Touch-packages] [Bug 1424948] Re: Evince doesn't show µ
With evince 3.10.3 on Ubuntu 14.04 I can see the µ's alright. I will try with 14.10 later. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to fontconfig in Ubuntu. https://bugs.launchpad.net/bugs/1424948 Title: Evince doesn't show µ Status in fontconfig package in Ubuntu: New Bug description: I am on Ubuntu 14.10 with evince 3.14.1. In the attached example file there should be some µ on page 4. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/1424948/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1420514] [NEW] scrollbar sees reduced mouse movement
Public bug reported: I am not using overlay scrollbar, so just normal scrollbars. Steps to reproduce the issue: - Open a program with large scrollable content, where handle is small (for example, a long pdf in evince, or even the sound volume scrollbar of indicater-sound - It doesn't happen with Firefox) - Take the scrollbar (left mouse press on scrollbar handle) - **Very slowly** start moving the mouse for a second or two - Move the mouse normally Expected behavior: The scrollbar handle moves with the mouse with the same speed Observed behavior: The scrollbar handle moves with greatly reduced speed compared to the movement of the mouse ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity 7.3.1+14.10.20141016-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3 Uname: Linux 3.16.0-30-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8.1 Architecture: amd64 CompizPlugins: [core,bailer,detection,composite,opengl,decor,place,grid,mousepoll,compiztoolbox,vpswitch,regex,gnomecompat,imgpng,snap,move,unitymtgrabhandles,resize,session,wall,animation,workarounds,fade,expo,scale,ezoom,unityshell] CurrentDesktop: Unity Date: Tue Feb 10 21:40:21 2015 ExecutablePath: /usr/bin/compiz ProcEnviron: PATH=(custom, no user) LANGUAGE=en_US XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: Upgraded to utopic on 2014-11-01 (100 days ago) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug utopic -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1420514 Title: scrollbar sees reduced mouse movement Status in unity package in Ubuntu: New Bug description: I am not using overlay scrollbar, so just normal scrollbars. Steps to reproduce the issue: - Open a program with large scrollable content, where handle is small (for example, a long pdf in evince, or even the sound volume scrollbar of indicater-sound - It doesn't happen with Firefox) - Take the scrollbar (left mouse press on scrollbar handle) - **Very slowly** start moving the mouse for a second or two - Move the mouse normally Expected behavior: The scrollbar handle moves with the mouse with the same speed Observed behavior: The scrollbar handle moves with greatly reduced speed compared to the movement of the mouse ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity 7.3.1+14.10.20141016-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3 Uname: Linux 3.16.0-30-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8.1 Architecture: amd64 CompizPlugins: [core,bailer,detection,composite,opengl,decor,place,grid,mousepoll,compiztoolbox,vpswitch,regex,gnomecompat,imgpng,snap,move,unitymtgrabhandles,resize,session,wall,animation,workarounds,fade,expo,scale,ezoom,unityshell] CurrentDesktop: Unity Date: Tue Feb 10 21:40:21 2015 ExecutablePath: /usr/bin/compiz ProcEnviron: PATH=(custom, no user) LANGUAGE=en_US XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: Upgraded to utopic on 2014-11-01 (100 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1420514/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1412001] Re: alt+backtick doesn't focus on selected one of many windows previously clicked
Exactly. It happened for me when I clicked on the terminal icons by mistake, while at (almost) the same time I used ALT+` for switching windows the way I usually do. I agree that simply closing the spread (which I called tile in the OP) is the solution. This is what happens when ALT+TAB is used to switch to whole other program, and it was as I had expected. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1412001 Title: alt+backtick doesn't focus on selected one of many windows previously clicked Status in Unity: Triaged Status in unity package in Ubuntu: Triaged Bug description: This a user experience issue and easily reproducible. Open multiple instances of your favorite application. Then click on Unity's icon for the app when you are already focused on one instance of it. This opens up a tile of the instances of the application which you can select from with the mouse. Now while that tile is shown, use ATL+backtick to select the window you want instead of clicking with the mouse. The result is that the tile window doesn't go away. If you use ALT+backtick and switch to ALT+tab (or start from ALT+tab from the start) and select another kind of application, then the tile goes away correctly and the other application comes in the front. I can verify that the window you would select with ALT+backtick does actually get to the top of the view and is marked as the last visited instance, because if you switch to another application (using ALT+tab) and click back on the group of the original application you would see the one you previously selected with ALT+backtick. --- Here are step-by-step instructions. - Open a couple of terminals - Open firefox - Click on the terminal icon * This should open a tile showing the various terminal windows you have open * If that doesn't happen, click again (you were not on a terminal window before) - Use ALT+backtick to select one of the terminal windows Expected behavior: The tile of terminals goes away and the selected terminal is focused Observed behavior: The tile of terminals stays on the screen ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity 7.3.1+14.10.20141016-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-29.39-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8 Architecture: amd64 CompizPlugins: [core,bailer,detection,composite,opengl,decor,place,grid,mousepoll,compiztoolbox,vpswitch,regex,gnomecompat,imgpng,snap,move,unitymtgrabhandles,resize,session,wall,animation,workarounds,fade,expo,scale,ezoom,unityshell] CurrentDesktop: Unity Date: Sat Jan 17 16:32:05 2015 ExecutablePath: /usr/bin/compiz ProcEnviron: PATH=(custom, no user) LANGUAGE=en_US XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: Upgraded to utopic on 2014-11-01 (76 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1412001/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1418494] [NEW] volume bar thinks mouse is pressed if released outside area
Public bug reported: Steps to reproduce: - Open indicator-sound (click on volume icon) - Press the mouse in volume slide (don't release) - Move mouse to outside the slide widget (not on another button, or outside indicator-sound) - Release the mouse - Optional: click on the indicator-sound window where there is no button. Nothing happens, but you can click as much as you want. (Even if there is a button, the behavior is the same) - Move mouse back to volume slide Expected behavior: volume slider doesn't change with mouse motion Observed behavior: volume slider follows mouse motion as if mouse is still pressed --- I am reporting this bug here because particularly with indicator-sound, the volume slider is quite thin, so if you are not precise, you could release the mouse easily outside the area. What's more, sometimes you want to lower the volume because some music you don't want starts playing, so this could happen: - Lower the volume with a focus on changing the music - Moving fast, the mouse button release happens outside the slider area - Change the music - Move back to the slider with the intention of raising volume - BAM, the slider still thinks the mouse is pressed, and the volume may potentially be raised to maximum depending on where your mouse is. --- If I may suggest (based on guessing completely), the slider widget needs to check the state of the mouse button on mouse motion event. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: indicator-sound 12.10.2+14.10.20141010-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3 Uname: Linux 3.16.0-30-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8.1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Feb 5 12:02:30 2015 SourcePackage: indicator-sound UpgradeStatus: Upgraded to utopic on 2014-11-01 (95 days ago) ** Affects: indicator-sound (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug utopic -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-sound in Ubuntu. https://bugs.launchpad.net/bugs/1418494 Title: volume bar thinks mouse is pressed if released outside area Status in indicator-sound package in Ubuntu: New Bug description: Steps to reproduce: - Open indicator-sound (click on volume icon) - Press the mouse in volume slide (don't release) - Move mouse to outside the slide widget (not on another button, or outside indicator-sound) - Release the mouse - Optional: click on the indicator-sound window where there is no button. Nothing happens, but you can click as much as you want. (Even if there is a button, the behavior is the same) - Move mouse back to volume slide Expected behavior: volume slider doesn't change with mouse motion Observed behavior: volume slider follows mouse motion as if mouse is still pressed --- I am reporting this bug here because particularly with indicator- sound, the volume slider is quite thin, so if you are not precise, you could release the mouse easily outside the area. What's more, sometimes you want to lower the volume because some music you don't want starts playing, so this could happen: - Lower the volume with a focus on changing the music - Moving fast, the mouse button release happens outside the slider area - Change the music - Move back to the slider with the intention of raising volume - BAM, the slider still thinks the mouse is pressed, and the volume may potentially be raised to maximum depending on where your mouse is. --- If I may suggest (based on guessing completely), the slider widget needs to check the state of the mouse button on mouse motion event. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: indicator-sound 12.10.2+14.10.20141010-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3 Uname: Linux 3.16.0-30-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8.1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Feb 5 12:02:30 2015 SourcePackage: indicator-sound UpgradeStatus: Upgraded to utopic on 2014-11-01 (95 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1418494/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1412001] [NEW] alt+backtick doesn't focus on selected one of many windows previously clicked
Public bug reported: This a user experience issue and easily reproducible. Open multiple instances of your favorite application. Then click on Unity's icon for the app when you are already focused on one instance of it. This opens up a tile of the instances of the application which you can select from with the mouse. Now while that tile is shown, use ATL+backtick to select the window you want instead of clicking with the mouse. The result is that the tile window doesn't go away. If you use ALT+backtick and switch to ALT+tab (or start from ALT+tab from the start) and select another kind of application, then the tile goes away correctly and the other application comes in the front. I can verify that the window you would select with ALT+backtick does actually get to the top of the view and is marked as the last visited instance, because if you switch to another application (using ALT+tab) and click back on the group of the original application you would see the one you previously selected with ALT+backtick. --- Here are step-by-step instructions. - Open a couple of terminals - Open firefox - Click on the terminal icon * This should open a tile showing the various terminal windows you have open * If that doesn't happen, click again (you were not on a terminal window before) - Use ALT+backtick to select one of the terminal windows Expected behavior: The tile of terminals goes away and the selected terminal is focused Observed behavior: The tile of terminals stays on the screen ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity 7.3.1+14.10.20141016-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-29.39-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8 Architecture: amd64 CompizPlugins: [core,bailer,detection,composite,opengl,decor,place,grid,mousepoll,compiztoolbox,vpswitch,regex,gnomecompat,imgpng,snap,move,unitymtgrabhandles,resize,session,wall,animation,workarounds,fade,expo,scale,ezoom,unityshell] CurrentDesktop: Unity Date: Sat Jan 17 16:32:05 2015 ExecutablePath: /usr/bin/compiz ProcEnviron: PATH=(custom, no user) LANGUAGE=en_US XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: Upgraded to utopic on 2014-11-01 (76 days ago) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: unity utopic -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1412001 Title: alt+backtick doesn't focus on selected one of many windows previously clicked Status in unity package in Ubuntu: New Bug description: This a user experience issue and easily reproducible. Open multiple instances of your favorite application. Then click on Unity's icon for the app when you are already focused on one instance of it. This opens up a tile of the instances of the application which you can select from with the mouse. Now while that tile is shown, use ATL+backtick to select the window you want instead of clicking with the mouse. The result is that the tile window doesn't go away. If you use ALT+backtick and switch to ALT+tab (or start from ALT+tab from the start) and select another kind of application, then the tile goes away correctly and the other application comes in the front. I can verify that the window you would select with ALT+backtick does actually get to the top of the view and is marked as the last visited instance, because if you switch to another application (using ALT+tab) and click back on the group of the original application you would see the one you previously selected with ALT+backtick. --- Here are step-by-step instructions. - Open a couple of terminals - Open firefox - Click on the terminal icon * This should open a tile showing the various terminal windows you have open * If that doesn't happen, click again (you were not on a terminal window before) - Use ALT+backtick to select one of the terminal windows Expected behavior: The tile of terminals goes away and the selected terminal is focused Observed behavior: The tile of terminals stays on the screen ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity 7.3.1+14.10.20141016-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-29.39-generic 3.16.7-ckt2 Uname: Linux 3.16.0-29-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.7-0ubuntu8 Architecture: amd64 CompizPlugins: [core,bailer,detection,composite,opengl,decor,place,grid,mousepoll,compiztoolbox,vpswitch,regex,gnomecompat,imgpng,snap,move,unitymtgrabhandles,resize,session,wall,animation,workarounds,fade,expo,scale,ezoom,unityshell] CurrentDesktop: Unity Date: Sat Jan 17 16:32:05 2015 ExecutablePath: /usr/bin/compiz ProcEnviron: PATH=(custom, no user) LANGUAGE=en_US XDG_RUNTIME_DIR=set LANG=en_US.UTF-8
[Touch-packages] [Bug 1375276] [NEW] Menus get in the way of maximization
Public bug reported: Steps to reproduce: 1. Set the following configuration: In Appearance settings, under Behavior tab, where it asks Show the menus for a window, select In the window's title bar. 2. Open any unmaximized window with menus, say gvim. The menus of the application are hidden on the top bar which looks nice and clean. Now try to absent-mindedly maximize the window by double clicking the top bar. 3. Usually unamximized windows are small and each program usually has at least 5~6 menu items. Therefore more than half of the top bar is occupied by the menu items. Double clicking on that range opens and immediately closes a menu item. I doubt this is ever anyone's intention! On the contrary, if I double click on the top bar I expect the window to maximize. If suddenly menu items appear under my cursor, I wouldn't care; I would still expect double click to maximize the window. Suggested solution: If a menu item is double clicked, (un)maximize the window. This works also when the menus are in the menu bar, which is the desired behavior for unmaximizing if the window is already maximized. The side effect is that if the menus are in the window's title bar and the menu bar is double-clicked, the window gets maximized. If this is not a desired side effect, it can be guarded against. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.2+14.04.20140714-0ubuntu1.1 ProcVersionSignature: Ubuntu 3.13.0-36.63-generic 3.13.11.6 Uname: Linux 3.13.0-36-generic i686 ApportVersion: 2.14.1-0ubuntu3.4 Architecture: i386 CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell] CurrentDesktop: Unity Date: Mon Sep 29 15:52:08 2014 ExecutablePath: /usr/bin/compiz InstallationDate: Installed on 2014-07-04 (87 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release i386 (20140417) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) P.S. This is NOT a fresh install. ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 trusty ** Description changed: Steps to reproduce: 1. Set the following configuration: In Appearance settings, under Behavior tab, where it asks Show the menus for a window, select In the window's title bar. 2. Open any unmaximized window with menus, say gvim. The menus of the application are hidden on the top bar which looks nice and clean. Now try to absent-mindedly maximize the window by double clicking the top bar. 3. Usually unamximized windows are small and each program usually has at least 5~6 menu items. Therefore more than half of the top bar is occupied by the menu items. Double clicking on that range opens and immediately closes a menu item. I doubt this is ever anyone's intention! On the contrary, if I double click on the top bar I expect the window to maximize. If suddenly menu items appear under my cursor, I wouldn't care; I would still expect double click to maximize the window. Suggested solution: If a menu item is double clicked, (un)maximize the window. This works also when the menus are in the menu bar, which is the desired behavior for unmaximizing if the window is already maximized. The side effect is that if the menus are in the window's title bar and the menu bar is double-clicked, the window gets maximized. If this is not a desired side effect, it can be guarded against. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.2+14.04.20140714-0ubuntu1.1 ProcVersionSignature: Ubuntu 3.13.0-36.63-generic 3.13.11.6 Uname: Linux 3.13.0-36-generic i686 ApportVersion: 2.14.1-0ubuntu3.4 Architecture: i386 CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell] CurrentDesktop: Unity Date: Mon Sep 29 15:52:08 2014 ExecutablePath: /usr/bin/compiz InstallationDate: Installed on 2014-07-04 (87 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release i386 (20140417) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) + + P.S. This is NOT a fresh install. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1375276 Title: Menus get in the way of maximization Status in “unity” package in Ubuntu: New Bug description: Steps to reproduce: 1. Set the following configuration: In Appearance settings, under Behavior tab, where it asks Show the menus for a window, select In the window's title bar. 2. Open any unmaximized window
[Touch-packages] [Bug 1374383] [NEW] Clicking on Files opens new window, rather than switch to already open one
Public bug reported: Although I can currently recreate the bug with Files (Nautilius, is it?), I remember having seen such a thing before with other windows, although only with previous Ubuntu versions. The bug is as follows. In the current desktop, I open Files (and I see the arrows on the left saying how many of such windows are open). It only happens if Files is open once. I click on a partition that is not automatically mounted on startup (e.g. a Windows partition) (I haven't tested with one that automatically mounts but is not a part of /), regardless of whether it was previously mounted or not. When I switch away from that window (e.g. click on Firefox), then I click back on its icon, I get a new Files window, rather than the old one I had open, which was viewing the windows partition. If you can't replicate this, try CTRL+L (leave the cursor on the path box) on that window and then switch away and back. Note that with ALT+TAB and ALT+` I can see the window alright. Also, if there is more than one Files window, whether all looking at windows partitions or not, there is no problem, even if the first such window was the last to be viewed, clicking on the Files icon correctly returns to that window. In summary, when Files is opened once and viewing a windows partition, clicking on a different application and back on its icon opens a new Files window rather than switch to the old one. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.2+14.04.20140714-0ubuntu1.1 ProcVersionSignature: Ubuntu 3.13.0-36.63-generic 3.13.11.6 Uname: Linux 3.13.0-36-generic i686 ApportVersion: 2.14.1-0ubuntu3.4 Architecture: i386 CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell] CurrentDesktop: Unity Date: Fri Sep 26 12:01:15 2014 ExecutablePath: /usr/bin/compiz InstallationDate: Installed on 2014-07-04 (83 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release i386 (20140417) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) --- P.S. regarding info collected by `ubuntu-bug`: - This is NOT a fresh install. ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 trusty ** Description changed: Although I can currently recreate the bug with Files (Nautilius, is it?), I remember having seen such a thing before with other windows, although only with previous Ubuntu versions. The bug is as follows. In the current desktop, I open Files (and I see the arrows on the left saying how many of such windows are open). It only happens if Files is open once. I click on a partition that is not automatically mounted on startup (e.g. a Windows partition) (I haven't tested with one that automatically mounts but is not a part of /), regardless of whether it was previously mounted or not. When I switch away from that window (e.g. click on Firefox), then I click back on its icon, I get a new Files window, rather than the old one I had open, which was viewing the windows partition. If you can't replicate this, try CTRL+L (leave the cursor on the path box) on that window and then switch away and back. Note that with ALT+TAB and ALT+` I can see the window alright. Also, if there is more than one Files window, whether all looking at windows partitions or not, there is no problem, even if the first such window was the last to be viewed, clicking on the Files icon correctly returns to that window. In summary, when Files is opened once and viewing a windows partition, clicking on a different application and back on its icon opens a new Files window rather than switch to the old one. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.2+14.04.20140714-0ubuntu1.1 ProcVersionSignature: Ubuntu 3.13.0-36.63-generic 3.13.11.6 Uname: Linux 3.13.0-36-generic i686 ApportVersion: 2.14.1-0ubuntu3.4 Architecture: i386 CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell] CurrentDesktop: Unity Date: Fri Sep 26 12:01:15 2014 ExecutablePath: /usr/bin/compiz InstallationDate: Installed on 2014-07-04 (83 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release i386 (20140417) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) + + --- + + P.S. regarding info collected by `ubuntu-bug`: + + - This is NOT a fresh install. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity in Ubuntu. https://bugs.launchpad.net/bugs/1374383 Title: Clicking on Files