Description: On my one notebook. Found that doing an installation of 7.1.1.2 would result in a package that would load initial splash screen, but then just drop to command prompt. Also happens with Appimage. Found that starting it with --safe-mode would get it to load, and tried lots of options, but seems turning off all hardware acceleration is the thing that gets it to work. The Fedora 6.4 version did not have acceleration turned on. Steps to Reproduce: 1.Install 7.1.1.2 2.Run Fails just drops to command prompt no specific error? 3.Running in safe-mode and turning off hardware acceleration fixes it?? Actual Results: On my Aspire E1-731-4699 notebook with Fedora 32. Installation runs fine, but startup shows initial splash screen, but drops to command prompt. Same result with appImage. Bringing it up in safe-mode works, and disabling all hardware acceleration option, will then allow it to load fine. This has to be done with each user? Expected Results: Expect it to not require special options after installation. Doesn't give an error message, or any guide to having to use the safe mode or turning off the hardware acceleration. Reproducible: Always User Profile Reset: Yes Additional Info: Not sure why the hardware acceleration is being turned on by default, or why it doesn't show an error message or give instructions to try the safe-mode and turning off the hardware acceleration. Worked on another machine, so assume this is something with setups that don't work with the hardware acceleration. It lists 3 things OpenCL, OpenGL, and Vulkan, but only see the OpenCL option in options later. Safe-mode only shows turning off all. Tried turning on OpenCL after it worked, and it went back to not working. So had to use safe-mode again to turn off.
Just got email that needsComment, but no question on what it needs??? The Program doesn't work as installed? Only works in one brings it up in safe-mode, and then turns off all the acceleration. Works fine on other machines, but not my Aspire E1-731-4699. The acceleration is not turned on for the previous version, so don't know why the install is setting it to on by default?? Seems to work fine after turning off the acceleration, but had to figure how to bring it up in safe-mode, and then had to try all kinds of options until I found that it was the acceleration that was the issue.. If you have a specific question: Please ask. needs Comment says nothing??
Do you still experience the same issue with hw acceleration and LibreOffice 7.3?
Dear Michael Setzer II, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Not sure why this is still here? Got a message that it was related to some other bug that had been reported, and once that bug was fixed. It resolved this issue as well. Something to do with some CPU's not having some flag, but the build was assuming the feature was in all cpus? Once the issue was identified with another bug, and the update was in code it fixed my problem as well. Thought this had been linked as a dup or related bug??
(In reply to Michael Setzer II from comment #4) > Not sure why this is still here? Got a message that it was related to some > other bug that had been reported, and once that bug was fixed. It resolved > this issue as well. Something to do with some CPU's not having some flag, > but the build was assuming the feature was in all cpus? Once the issue was > identified with another bug, and the update was in code it fixed my problem > as well. Thought this had been linked as a dup or related bug?? There is nothing in See Also and no history of duplicates related to this. Let's use worksforme status while we don't have further information.
Think someone sent message outside the bugzilla, but not 100% sure this is the same one. Might have just been an update fixed it, and didn't go back. This is the info that I had reported on my machines. Some worked, those having the CPU flag, and others that didn't failed. Have Fedora's 7.2.7.2 working fine and the 7.4.1.1 working without issues.
Forgot to past the info I had report for other bug. https://bugs.documentfoundation.org/show_bug.cgi?id=147519 uname -a Linux setzconote.dyndns.org 5.16.9-100.fc34.x86_64 #1 SMP PREEMPT Fri Feb 11 17:28:33 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Pentium(R) CPU 2020M @ 2.40GHz stepping : 9 microcode : 0x21 cpu MHz : 2394.652 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm arat pln pts md_clear flush_l1d vmx flags : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit bogomips : 4789.30 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Pentium(R) CPU 2020M @ 2.40GHz stepping : 9 microcode : 0x21 cpu MHz : 2394.652 cache size : 2048 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm arat pln pts md_clear flush_l1d vmx flags : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit bogomips : 4789.30 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: Fedora's Version works Version: 7.1.8.1 Build ID: 10(Build:1) CPU threads: 2; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded 7.2.x versions work including latest 7.2.5 Version: 7.2.5.2 / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 2; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded https://www.libreoffice.org/ Download LibreOffice_7.3.0_Linux_x86-64_rpm.tar.gz (257 MB) srv2.ftp.ne.jp took about 10 1/2 minutes to download?? Have 50Mb connection, and generally can get 6M downloading kernel gz file?? extract files install - rpm -Uvh *.rpm libreoffice7.3 * Trying 89.238.68.201:443... * Trying 2a00:1828:a012:201::1:443... * Immediate connect fail for 2a00:1828:a012:201::1: Network is unreachable * Connected to update.libreoffice.org (89.238.68.201) port 443 (#0) * Initializing NSS with certpath: sql:/etc/pki/nssdb * WARNING: failed to load NSS PEM library libnsspem.so. Using OpenSSL PEM certificates will not work. * CAfile: none * CApath: none * loaded libnssckbi.so * ALPN, server accepted to use http/1.1 * SSL connection using TLS_AES_128_GCM_SHA256 * Server certificate: * subject: CN=update.libreoffice.org * start date: Jan 30 01:07:10 2022 GMT * expire date: Apr 30 01:07:09 2022 GMT * common name: update.libreoffice.org * issuer: CN=R3,O=Let's Encrypt,C=US > OPTIONS /check.php?pkgfmt=rpm HTTP/1.1 Host: update.libreoffice.org Accept: */* Accept-Encoding: deflate, gzip Accept-Language: en-US User-Agent: LibreOffice 7.3.0.3 (0f246aa12d0eee4a0f7adcefbf7c878fc2238db3; Linux; X86_64; ) * Mark bundle as not supporting multiuse < HTTP/1.1 200 OK < Server: nginx/1.14.2 < Date: Fri, 18 Feb 2022 13:32:36 GMT < Content-Type: text/html < Transfer-Encoding: chunked < Connection: close < Content-Encoding: gzip < * Excess found: excess = 143 url = /check.php (zero-length body) * Closing connection 0 * Hostname update.libreoffice.org was found in DNS cache * Trying 89.238.68.201:443... * Trying 2a00:1828:a012:201::1:443... * Immediate connect fail for 2a00:1828:a012:201::1: Network is unreachable * Connected to update.libreoffice.org (89.238.68.201) port 443 (#1) * WARNING: failed to load NSS PEM library libnsspem.so. Using OpenSSL PEM certificates will not work. * CAfile: none * CApath: none * ALPN, server accepted to use http/1.1 * SSL connection using TLS_AES_128_GCM_SHA256 * Server certificate: * subject: CN=update.libreoffice.org * start date: Jan 30 01:07:10 2022 GMT * expire date: Apr 30 01:07:09 2022 GMT * common name: update.libreoffice.org * issuer: CN=R3,O=Let's Encrypt,C=US > GET /check.php?pkgfmt=rpm HTTP/1.1 Host: update.libreoffice.org Accept: */* Accept-Encoding: deflate, gzip Accept-Language: en-US User-Agent: LibreOffice 7.3.0.3 (0f246aa12d0eee4a0f7adcefbf7c878fc2238db3; Linux; X86_64; ) * Mark bundle as not supporting multiuse < HTTP/1.1 200 OK < Server: nginx/1.14.2 < Date: Fri, 18 Feb 2022 13:32:37 GMT < Content-Type: text/html < Transfer-Encoding: chunked < Connection: close < Content-Encoding: gzip < * Closing connection 1 Creates a file srwxrwxr-x. 1 msetzerii msetzerii 0 Feb 18 23:37 /tmp/OSL_PIPE_1000_SingleOfficeIPC_d957a3267f53d50e3842c13b471c037 but it is empty?? Try all kinds of options, and it just crashes back to command prompt. So, 7.3.0.3 seems total Junk for me. Couldn't find 7.3.1 in a search, but did find a 7.3.2 https://dev-builds.libreoffice.org/daily/libreoffice-7-3/Linux-rpm_deb-x86_64@tb87-TDF/2022-02-18_05.21.33/ LibreOfficeDev_7.3.2.0.0_Linux_x86-64_rpm.tar.gz Found a 7.4 version as alpha0?? https://dev-builds.libreoffice.org/daily/master/current.html LibreOfficeDev_7.4.0.0.alpha0_Linux_x86-64_archive.tar.gz.part Downloading both files. Reporting it is going to take over 2 hours??? Rate is changing between 40K and 100K. From https://cdn.kernel.org/ I generally get 6M Last time I tested 7.3.1 or 7.3.2 versions it would work on 1 machine with avx flag for cpu. Main 3 machines don't have that flag, and they would come up with --safe-mode and staying in safe-mode would work, but don't consider that a fixed version... After midnight, so in morning will do tests again, and see if any improvements with these versions, or the same results.