juanejot
commented
2 years ago Confirmed: removing the libreoffice* .deb packages listed in the opening comment above, and replacing them with the LibreOffice flatpak does allow me to see LibreOffice app icons in the "Library Home" pane of the Application Picker, and manually dragging them into the "Office" Pane does allow them to persist and continue to work there. And as above, the flatpak works as expected on my laptop (no need for .deb->flatpak change on my desktop).
jacobgkau
How did you upgrade to 21.10? (Fresh install / Upgrade)
Upgrade
Related Application and/or Package Version (run
apt policy $PACKAGE NAME):apt list libreoffice -ireveals the following default installs:If flatpak of libreoffice 7.2.3.2 is installed from Pop!_Shop, apps such as LibreOffice Writer start & show version 7.2.3.2.
Issue/Bug Description: Attempting to start LibreOffice Writer and LibreOffice Calc (others unchecked) from either the Application Picker or by double-clicking an .odt file make app hang in the background. When brought to the foreground of the Workspace, are blank (as in, no window, but an orange "X" button in the upper left if hovered over) and a dialog box stating it is taking too long to respond & the user can either Force Quit or Wait, comes up. This dialog box often fails on first attempt to actually Force Quit, and "blank" app has to be selected in Workspace again for it to come up, where upon second selection of "Force Quit," it tends to work. Background-hung app often anecdotally seems to cause fans to ramp up over time, but specific resource utilization not investigated yet.
NOTE: This issue seems to affect an old IC2D T9900/GeForce 9400M/9600M GT laptop running the Intel (not Nvidia) build of Pop!_OS 21.10 beta with kernel 5.15.5 & kelebek333's nvidia-legacy build of nvidia-340, version 340.108-4lmtrhisute2 from launchpad.net. Other apps (like Firefox) seem to work fine/have good-enough graphical performance under this configuration. Perhaps the org.freedesktop.Platform.GL.nvidia-340-108 flatpak automatically installed as a dependency for other flatpak packages, replaces or augments the functionality of the .deb ppa's install of nividia-340 enough to let LibreOffice run as expected, where the nvidia-340 .deb install alone won't let the default .deb install of LibreOffice draw to the GUI effectively? In any event, this issue does not affect a 9700K/RX 580 rig running the same version of Pop!_OS & the kernel (no Nvidia drivers, as unnecessary) & the default .deb install of LibreOffice 7.2.2.
Steps to reproduce (if you know): As above: attempt to start .deb-default-installed LibreOffice 7.2.2 app from either Application Switcher icon or by double-clicking an .odt file.
Expected behavior: Open to tip of the day & new empty file, or last edited point in selected file, as is possible with flatpak-installed 7.2.3.2 app.
Other Notes: The workaround of installing the LibreOffice flatpak only works on first attempt if LibreOffice .deb packages remain installed, presumably because while the flatpak-installed apps initially show up in "Library Home" pane of Application Picker, they get somehow superseded by those .deb-installed apps in the "Office" Pane & soon disappear; icons only attempt to start 7.2.2 .deb-installed apps and hang.
removeing and reinstalling (did not tryreinstall) a .deb-installed app package (I tried LibreOffice Writer) does not seem to have an effect; package installation is apparently not corrupted, though it's conceivable that .conf file may be. I'd systematically remove (not--purge, yet) all the .deb-installed packages listed above before installing the flatpak again to see if the flatpak apps' icons take over the "Office" pane in Application Switcher & I can just move functionally on from there, but I need to scrub the version number & other info away from their package names first; a project for when thisawkcommand n00b has time to devote to it. Hope to test said functionality of that method & update whether effective in follow-up comment. (retaining package names & .conf files in case I choose to reinstall to stock, later)