[Desktop-packages] [Bug 2045644] [NEW] IO error when playing sound
Public bug reported: When using pipewire, sound doesn't play through HDMI. In KDE Audio settings, choosing the HDMI output and playing test sound fails with IO Error. Playing to the internal speaker works. If I use Pulseaudio instead, sound plays normally. The controller is Alder Lake PCH-P High Definition Audio Controller. ProblemType: Bug DistroRelease: Ubuntu 23.10 Package: pipewire 0.3.79-2 ProcVersionSignature: Ubuntu 6.5.0-13.13-generic 6.5.3 Uname: Linux 6.5.0-13-generic x86_64 ApportVersion: 2.27.0-0ubuntu5 Architecture: amd64 CasperMD5CheckResult: pass CurrentDesktop: KDE Date: Tue Dec 5 09:51:36 2023 InstallationDate: Installed on 2023-03-24 (256 days ago) InstallationMedia: Kubuntu 22.04.2 LTS "Jammy Jellyfish" - Release amd64 (20230223) SourcePackage: pipewire UpgradeStatus: Upgraded to mantic on 2023-04-24 (225 days ago) ** Affects: pipewire (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug mantic wayland-session -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pipewire in Ubuntu. https://bugs.launchpad.net/bugs/2045644 Title: IO error when playing sound Status in pipewire package in Ubuntu: New Bug description: When using pipewire, sound doesn't play through HDMI. In KDE Audio settings, choosing the HDMI output and playing test sound fails with IO Error. Playing to the internal speaker works. If I use Pulseaudio instead, sound plays normally. The controller is Alder Lake PCH-P High Definition Audio Controller. ProblemType: Bug DistroRelease: Ubuntu 23.10 Package: pipewire 0.3.79-2 ProcVersionSignature: Ubuntu 6.5.0-13.13-generic 6.5.3 Uname: Linux 6.5.0-13-generic x86_64 ApportVersion: 2.27.0-0ubuntu5 Architecture: amd64 CasperMD5CheckResult: pass CurrentDesktop: KDE Date: Tue Dec 5 09:51:36 2023 InstallationDate: Installed on 2023-03-24 (256 days ago) InstallationMedia: Kubuntu 22.04.2 LTS "Jammy Jellyfish" - Release amd64 (20230223) SourcePackage: pipewire UpgradeStatus: Upgraded to mantic on 2023-04-24 (225 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pipewire/+bug/2045644/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1875805] Re: ibus 1.5.22 freezes when switching input method
Just confirmed that the issue is due to a component which was modified by me in order to add a custom keymap and diverted using dpkg-divert - this report is now invalid. ** Changed in: ibus (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1875805 Title: ibus 1.5.22 freezes when switching input method Status in ibus package in Ubuntu: Invalid Bug description: ibus 1.5.22 freezes when switching input method. I have rime installed in addition to my keyboard layout (US AltGr dead keys). When I try to switch from rime to US Altgr, ibus freezes and input is not usable. Downgrading 1.5.22 to 1.5.21 solves this issue. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: ibus 1.5.21-1~exp2ubuntu2.1 ProcVersionSignature: Ubuntu 5.4.0-28.32-generic 5.4.30 Uname: Linux 5.4.0-28-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: KDE Date: Wed Apr 29 15:33:07 2020 InstallationDate: Installed on 2016-10-03 (1304 days ago) InstallationMedia: Kubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) SourcePackage: ibus UpgradeStatus: Upgraded to focal on 2019-10-25 (186 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1875805/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1875805] [NEW] ibus 1.5.22 freezes when switching input method
Public bug reported: ibus 1.5.22 freezes when switching input method. I have rime installed in addition to my keyboard layout (US AltGr dead keys). When I try to switch from rime to US Altgr, ibus freezes and input is not usable. Downgrading 1.5.22 to 1.5.21 solves this issue. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: ibus 1.5.21-1~exp2ubuntu2.1 ProcVersionSignature: Ubuntu 5.4.0-28.32-generic 5.4.30 Uname: Linux 5.4.0-28-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: KDE Date: Wed Apr 29 15:33:07 2020 InstallationDate: Installed on 2016-10-03 (1304 days ago) InstallationMedia: Kubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) SourcePackage: ibus UpgradeStatus: Upgraded to focal on 2019-10-25 (186 days ago) ** Affects: ibus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug focal third-party-packages -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1875805 Title: ibus 1.5.22 freezes when switching input method Status in ibus package in Ubuntu: New Bug description: ibus 1.5.22 freezes when switching input method. I have rime installed in addition to my keyboard layout (US AltGr dead keys). When I try to switch from rime to US Altgr, ibus freezes and input is not usable. Downgrading 1.5.22 to 1.5.21 solves this issue. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: ibus 1.5.21-1~exp2ubuntu2.1 ProcVersionSignature: Ubuntu 5.4.0-28.32-generic 5.4.30 Uname: Linux 5.4.0-28-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: KDE Date: Wed Apr 29 15:33:07 2020 InstallationDate: Installed on 2016-10-03 (1304 days ago) InstallationMedia: Kubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) SourcePackage: ibus UpgradeStatus: Upgraded to focal on 2019-10-25 (186 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1875805/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
Re: [Desktop-packages] [Bug 1850088] Re: permission denied when opening a mounted folder in save file dialog
On Tuesday, 29 October 2019 01:23:01 HKT you wrote: > Snaps don't have access to dotfiles in your home dir (anything in > ~/.xxx). > > The solution for you is to use ~/server instead of ~/.server as mount > point. This is clearly a bug, not a feature. I don't know anything about snap, what I did was to just upgrade my Ubuntu from 19.04 and 19.10 and suddenly even file saving did not work. I used a hidden folder as a mount point because *I want it to be hidden*, and I created a non-hidden soft link into somewhere inside: lrwxrwxrwx 1 michael michael 20 Oct 23 2018 server -> .server/home/ michael I just opened the soft link "server" as in the past and it suddenly pops out "permission denied" which I'm sure that I have the appropriate permissions to the folder involved as I can open the folder in other apps. Your so-called "solution" is not a solution for me because I don't want to have another visible folder to make my home folder clumsy. I'm using Google Chrome (the one provided by Google) as a workaround until a "proper fix" arrives. Michael -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to chromium-browser in Ubuntu. https://bugs.launchpad.net/bugs/1850088 Title: permission denied when opening a mounted folder in save file dialog Status in chromium-browser package in Ubuntu: New Bug description: After upgrading to Ubuntu 19.10, when I tried to open a file into a sshfs-mounted folder inside my home folder, it says permission denied. This didn't happen at Ubuntu 19.04. Steps to reproduce: 1. Use sshfs to mount a sftp folder on an empty folder inside my home drive (e.g. ~/.server) 2. Create a soft link in the home folder to a folder inside the mounted sftp file system (e.g. ~/server > .server/home/michael ) 3. Open chromium 4. Download a file 5. Enter that folder in the file dialog Expected result: I can enter the folder Actual result: It says permission denied ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: chromium-browser 77.0.3865.120-0ubuntu1~snap1 ProcVersionSignature: Ubuntu 5.3.0-19.20-generic 5.3.1 Uname: Linux 5.3.0-19-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu8 Architecture: amd64 CurrentDesktop: KDE DRM.card1-HDMI-A-1: enabled: disabled dpms: Off status: disconnected edid-base64: modes: DRM.card1-VGA-1: enabled: enabled dpms: On status: connected edid-base64: AP///wBBDGbAJEYAAA8WAQNuMx14LspFpFZLnCUSUFS9SwDRwLMAlQCBgJUPAQEBAQEBAjqAGHE4LUBYLEUA/R4RAAAe/wBVSEIxMjE1MDE3OTU2/ABQaGlsaXBzIDIzNENM/QA4TB5TEQAKICAgICAgAHs= modes: 1920x1080 1680x1050 1280x1024 1280x1024 1440x900 1440x900 1024x768 1024x768 800x600 800x600 640x480 640x480 640x480 640x480 720x400 Date: Mon Oct 28 10:14:27 2019 DiskUsage: Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/vg0-root ext4 230G 190G 29G 87% / tmpfstmpfs 7.8G 165M 7.6G 3% /dev/shm /dev/mapper/vg0-root ext4 230G 190G 29G 87% / InstallationDate: Installed on 2016-10-03 (1119 days ago) InstallationMedia: Kubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) MachineType: ASUS All Series ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-19-generic root=/dev/mapper/vg0-root ro quiet splash resume=/dev/vg0/swap vt.handoff=7 Snap.ChromeDriverVersion: ChromeDriver 78.0.3904.70 (edb9c9f3de0247fd912a77b7f6cae7447f6d3ad5-refs/branch-heads/3904@{#800}) Snap.ChromiumVersion: Chromium 78.0.3904.70 snap SourcePackage: chromium-browser UpgradeStatus: Upgraded to eoan on 2019-10-25 (2 days ago) dmi.bios.date: 08/13/2014 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 2105 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: H81M-E dmi.board.vendor: ASUSTeK COMPUTER INC. dmi.board.version: Rev X.0x dmi.chassis.asset.tag: Asset-1234567890 dmi.chassis.type: 3 dmi.chassis.vendor: Chassis Manufacture dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr2105:bd08/13/2014:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnH81M-E:rvrRevX.0x:cvnChassisManufacture:ct3:cvrChassisVersion: dmi.product.family: ASUS MB dmi.product.name: All Series dmi.product.sku: All dmi.product.version: System Version dmi.sys.vendor: ASUS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1850088/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1850088] [NEW] permission denied when opening a mounted folder in save file dialog
Public bug reported: After upgrading to Ubuntu 19.10, when I tried to open a file into a sshfs-mounted folder inside my home folder, it says permission denied. This didn't happen at Ubuntu 19.04. Steps to reproduce: 1. Use sshfs to mount a sftp folder on an empty folder inside my home drive (e.g. ~/.server) 2. Create a soft link in the home folder to a folder inside the mounted sftp file system (e.g. ~/server > .server/home/michael ) 3. Open chromium 4. Download a file 5. Enter that folder in the file dialog Expected result: I can enter the folder Actual result: It says permission denied ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: chromium-browser 77.0.3865.120-0ubuntu1~snap1 ProcVersionSignature: Ubuntu 5.3.0-19.20-generic 5.3.1 Uname: Linux 5.3.0-19-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu8 Architecture: amd64 CurrentDesktop: KDE DRM.card1-HDMI-A-1: enabled: disabled dpms: Off status: disconnected edid-base64: modes: DRM.card1-VGA-1: enabled: enabled dpms: On status: connected edid-base64: AP///wBBDGbAJEYAAA8WAQNuMx14LspFpFZLnCUSUFS9SwDRwLMAlQCBgJUPAQEBAQEBAjqAGHE4LUBYLEUA/R4RAAAe/wBVSEIxMjE1MDE3OTU2/ABQaGlsaXBzIDIzNENM/QA4TB5TEQAKICAgICAgAHs= modes: 1920x1080 1680x1050 1280x1024 1280x1024 1440x900 1440x900 1024x768 1024x768 800x600 800x600 640x480 640x480 640x480 640x480 720x400 Date: Mon Oct 28 10:14:27 2019 DiskUsage: Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/vg0-root ext4 230G 190G 29G 87% / tmpfstmpfs 7.8G 165M 7.6G 3% /dev/shm /dev/mapper/vg0-root ext4 230G 190G 29G 87% / InstallationDate: Installed on 2016-10-03 (1119 days ago) InstallationMedia: Kubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719) MachineType: ASUS All Series ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-19-generic root=/dev/mapper/vg0-root ro quiet splash resume=/dev/vg0/swap vt.handoff=7 Snap.ChromeDriverVersion: ChromeDriver 78.0.3904.70 (edb9c9f3de0247fd912a77b7f6cae7447f6d3ad5-refs/branch-heads/3904@{#800}) Snap.ChromiumVersion: Chromium 78.0.3904.70 snap SourcePackage: chromium-browser UpgradeStatus: Upgraded to eoan on 2019-10-25 (2 days ago) dmi.bios.date: 08/13/2014 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 2105 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: H81M-E dmi.board.vendor: ASUSTeK COMPUTER INC. dmi.board.version: Rev X.0x dmi.chassis.asset.tag: Asset-1234567890 dmi.chassis.type: 3 dmi.chassis.vendor: Chassis Manufacture dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr2105:bd08/13/2014:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnH81M-E:rvrRevX.0x:cvnChassisManufacture:ct3:cvrChassisVersion: dmi.product.family: ASUS MB dmi.product.name: All Series dmi.product.sku: All dmi.product.version: System Version dmi.sys.vendor: ASUS ** Affects: chromium-browser (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug eoan snap -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to chromium-browser in Ubuntu. https://bugs.launchpad.net/bugs/1850088 Title: permission denied when opening a mounted folder in save file dialog Status in chromium-browser package in Ubuntu: New Bug description: After upgrading to Ubuntu 19.10, when I tried to open a file into a sshfs-mounted folder inside my home folder, it says permission denied. This didn't happen at Ubuntu 19.04. Steps to reproduce: 1. Use sshfs to mount a sftp folder on an empty folder inside my home drive (e.g. ~/.server) 2. Create a soft link in the home folder to a folder inside the mounted sftp file system (e.g. ~/server > .server/home/michael ) 3. Open chromium 4. Download a file 5. Enter that folder in the file dialog Expected result: I can enter the folder Actual result: It says permission denied ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: chromium-browser 77.0.3865.120-0ubuntu1~snap1 ProcVersionSignature: Ubuntu 5.3.0-19.20-generic 5.3.1 Uname: Linux 5.3.0-19-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu8 Architecture: amd64 CurrentDesktop: KDE DRM.card1-HDMI-A-1: enabled: disabled dpms: Off status: disconnected edid-base64: modes: DRM.card1-VGA-1: enabled: enabled dpms: On status: connected edid-base64: AP///wBBDGbAJEYAAA8WAQNuMx14LspFpFZLnCUSUFS9SwDRwLMAlQCBgJUPAQEBAQEBAjqAGHE4LUBYLEUA/R4RAAAe/wBVSEIxMjE1MDE3OTU2/ABQaGlsaXBzIDIzNENM/QA4TB5TEQAKICAgICAgAHs= modes: 1920x1080 1680x1050 1280x1024 1280x1024 1440x900 1440x900 1024x768 1024x768 800x600 800x600 640x480 640x480 640x480 640x480 720x400 Date: Mon Oct 28 10:14:27 2019 DiskUsage: Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/vg0-root ext4 230G 190G 29G 87% / tmpfs
[Desktop-packages] [Bug 1481278] [NEW] xlib does not support en_HK despite defined in shared data
Public bug reported: when LC_ALL is en_HK.UTF-8, Xlib cannot use locale. This make me not able to use locale-aware applications such as input methods at that locale. There are no problems with other en locales such as en_GB.UTF-8 [michael@kubuntu ~]$ LC_ALL=en_HK.UTF-8 xeyes Warning: locale not supported by Xlib, locale set to C ^C [michael@kubuntu ~]$ LC_ALL=en_GB.UTF-8 xeyes ^C ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: libx11-6 2:1.6.2-2ubuntu2 ProcVersionSignature: Ubuntu 3.19.0-25.26-generic 3.19.8-ckt2 Uname: Linux 3.19.0-25-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 CurrentDesktop: KDE Date: Tue Aug 4 18:02:06 2015 InstallationDate: Installed on 2015-08-03 (1 days ago) InstallationMedia: Kubuntu 15.04 Vivid Vervet - Release amd64 (20150422) SourcePackage: libx11 UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: libx11 (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug vivid -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libx11 in Ubuntu. https://bugs.launchpad.net/bugs/1481278 Title: xlib does not support en_HK despite defined in shared data Status in libx11 package in Ubuntu: New Bug description: when LC_ALL is en_HK.UTF-8, Xlib cannot use locale. This make me not able to use locale-aware applications such as input methods at that locale. There are no problems with other en locales such as en_GB.UTF-8 [michael@kubuntu ~]$ LC_ALL=en_HK.UTF-8 xeyes Warning: locale not supported by Xlib, locale set to C ^C [michael@kubuntu ~]$ LC_ALL=en_GB.UTF-8 xeyes ^C ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: libx11-6 2:1.6.2-2ubuntu2 ProcVersionSignature: Ubuntu 3.19.0-25.26-generic 3.19.8-ckt2 Uname: Linux 3.19.0-25-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 CurrentDesktop: KDE Date: Tue Aug 4 18:02:06 2015 InstallationDate: Installed on 2015-08-03 (1 days ago) InstallationMedia: Kubuntu 15.04 Vivid Vervet - Release amd64 (20150422) SourcePackage: libx11 UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/1481278/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp