Description: Version: 6.0.0.0.alpha0+ Build ID: 892c719fffa06de4c7aeab497326cad7bae9e5c6 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-27_03:02:09 Locale: en-ZA (en_ZA.UTF-8); Calc: group Actually, just takes a long time - can be 1/2 hour before app responds on scrolling down I have noticed this before when I have copy / paste image from the internet. Previously, the problem went away if I <navigator/images/drag mode/insert as copy> It seems as if it is no longer actually inserts the image. Workaround is to insert a screenshot Steps to Reproduce: 1. open doc with image 2. page down 3. Writer freezes on page before offending image 4. wait until problem is resolved (can take 10's of minutes) or force quit in task manager - even close button can take ages to respond 5, open with Version: 5.1.6.2 - no problem Actual Results: apparent freeze (too many retries?) Expected Results: should not freeze, or offer a choice to ignore after a couple of seconds Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Builds ID: LibreOffice 6.0.0.0.alpha0 User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0
Created attachment 136797 [details] writer freeze due to image
I can't reproduce it in Version: 6.0.0.0.alpha0+ Build ID: 34f4446b0a5e04465216ff4ec2547aa82e0f06c2 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group could you please try with gtk3 launching LibreOffice with SAL_USE_VCLPLUGIN=gtk3 instdir/program/swriter
How do I do that: launching LibreOffice with SAL_USE_VCLPLUGIN=gtk3 instdir/program/swriter?
Dear Bug Submitter, 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-20180502
Please see my question in post on 2017-10-10
Xisco, are you able to answer Elmars question in comment 3? I'm not.
Could not reproduce on Windows 8.1: Version: 6.0.5.1 (x64) Build ID: 0588a1cb9a40c4a6a029e1d442a2b9767d612751 CPU threads: 4; OS: Windows 6.3; UI render: GL; Locale: en-US (en_US); Calc: CL and Version: 6.2.0.0.alpha0+ Build ID: b1740fba0d1e6e3d69c3781734509317f42a0e4f CPU threads: 4; OS: Windows 6.3; UI render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2018-06-15_08:49:04 Locale: en-US (en_US); Calc: CL
Unfortunately Elmar cannot launch with gtk3 as none of our Tinderboxes are providing gtk3. If you look at the build info txt file in the folders, it has --disable-gtk3. Elmar might test with some other backend, though. You need to be in the terminal. Change directory to the place where you see instdir. Give the command SAL_USE_VCLPLUGIN=gtk instdir/program/swriter or SAL_USE_VCLPLUGIN=gen instdir/program/swriter Does this still happen with a 6.2 daily build even with kde4?
this does not seem to be a problem any more. (tested with v6.2) What happened to the worksforme choice?
escuse moi, temporary brain malfunction.