Steps to reproduce:
0. Make sure that you do not run something important. Sometimes it blocks whole XWindow
1. Open bug 49260 attachment 69995 [details].
2. Try to scroll the document
I meet the issue with LibreOffice 4.2.5, 18.104.22.168 and 22.214.171.124.alpha0+
Build ID: a7d21497094f0320916d4f6f99af1439ad2c3eaf
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-08-14_07:13:06
on Debian x86_64.
According to bug 49260 it was not some previous versions.
Can't reproduce in 126.96.36.199 on NVidia Quadro FX 370 with 304.88 binary driver. What video card and driver version are you using?
I use NVidia GeForce GTS 450 with 304.117 driver. LO 188.8.131.52 and 4.4 were tested in virtualbox with guest additions. The freeze appears after page 2 or 3, especially if I use mouse wheel or scrollbar, not every time with keyboard.
I can confirm that libreoffice freezes after scrolling down on Windows 7 with 4.2.6, 4.3.2 and 4.4. This is a regression as the document doesnt freeze in 4.1.6. There is weird behaviour in this document, like images not appearing fully or them disappearing and reappearing or them jumping to other locations.
Build ID: 24931841534d232b5ebf6af5bee1e54b7cfae738
TinderBox: Win-x86@39, Branch:master, Time: 2014-08-12_02:01:00
Build ID: 5b980040676f2ce0f09b37e1070acb506cbe15e0
TinderBox: Win-x86@42, Branch:libreoffice-4-3, Time: 2014-08-19_14:08:58
Would be fantastic if someone could bibisect this: https://wiki.documentfoundation.org/QA/HowToBibisect
Feel free to jump into the QA channel for guidance.
56de98328b5e6e28aae1f5a8574c4d6500abdf82 is the first bad commit
Author: Bjoern Michaelsen <firstname.lastname@example.org>
Date: Mon Dec 10 14:11:19 2012 +0000
Author: Michael Stahl <email@example.com>
AuthorDate: Thu Sep 20 23:59:14 2012 +0200
Commit: Michael Stahl <firstname.lastname@example.org>
CommitDate: Fri Sep 21 18:05:02 2012 +0200
fdo#48692: fix problems with large number of table cells:
The SwTableSortBoxes is now a STL container which can have more than
2^16 elements but unfortunately there are a lot of 16 bit integers used
to index it all over the place, causing infinite loops and possibly
worse problems; fix that to use size_t.
:100644 100644 49251f9d0d9ad42539c025f06a312edf63e0b41d ade56ffa53ad3371a1f38ff90c049ca9fff3124c M ccache.log
:100644 100644 683966615e12c7b0a8993adef9a738759e4faca1 c71c7827fea67a54b6998770deb6baeaaf27f71e M commitmsg
:100644 100644 a4aa952a0ad0e855345b715c8e45251d33d44dba 30e3631306f2434cdbee7f5432b0f41a37a8c1d5 M dev-install.log
:100644 100644 f5770dac159934eaa657aff7a3555ca4e47f58f4 c96c2314caf0fd707e2aae474fae9028fc06980a M make.log
:040000 040000 4afde4b72a0a3d21e49d8028e71372ab39154161 67cb07852d7501220fdf4d03efa58cb01d11cb26 M opt
# bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'latest' 'oldest'
# bad: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb
git bisect bad e02439a3d6297a1f5334fa558ddec5ef4212c574
# good: [8f4aeaad2f65d656328a451154142bb82efa4327] source-hash-1885266f274575327cdeee9852945a3e91f32f15
git bisect good 8f4aeaad2f65d656328a451154142bb82efa4327
# bad: [9995fae0d8a24ce31bcb5e9cd0459b69cfbf7a02] source-hash-8600bc24bbc9029e92bea6102bff2921bc10b33e
git bisect bad 9995fae0d8a24ce31bcb5e9cd0459b69cfbf7a02
# bad: [51b63dca7427db64929ae1885d7cf1cc7eb0ba28] source-hash-806d18ae7b8c241fe90e49d3d370306769c50a10
git bisect bad 51b63dca7427db64929ae1885d7cf1cc7eb0ba28
# bad: [446a69834acf747d9d18841ec583512ae8fa42e7] source-hash-06a8ca9339f02fccf6961c0de77c49673823b35f
git bisect bad 446a69834acf747d9d18841ec583512ae8fa42e7
# good: [d2720e99b9e6cb7b099256cc7a6d2b3f907b8d7c] source-hash-7dd6c0a8372810f48e6bee35a11ac4ad0432640b
git bisect good d2720e99b9e6cb7b099256cc7a6d2b3f907b8d7c
# good: [3c228d4685e2981ece0e69cb774dabbef443f77c] source-hash-e63bba0013e5ce34cd04559632206bb7c891eebe
git bisect good 3c228d4685e2981ece0e69cb774dabbef443f77c
# good: [cd18cb7f47f7e956c6d19bd0f31a6e30d1173b29] source-hash-558476135865d9ae7b8801a82c177fd1098386ff
git bisect good cd18cb7f47f7e956c6d19bd0f31a6e30d1173b29
# bad: [56de98328b5e6e28aae1f5a8574c4d6500abdf82] source-hash-5f91f8a368343d8921a01edb7359cd300892f09d
git bisect bad 56de98328b5e6e28aae1f5a8574c4d6500abdf82
# good: [cca0c04dccc1fb2827c929ff2ced5bdb80f915bc] source-hash-179a6db61ee30cf776747802f06edeef45fec461
git bisect good cca0c04dccc1fb2827c929ff2ced5bdb80f915bc
# first bad commit: [56de98328b5e6e28aae1f5a8574c4d6500abdf82] source-hash-5f91f8a368343d8921a01edb7359cd300892f09d
Retested the document on master and even if i disable images from Tools > Options, there are still problems. Also the weird behaviour of image 7 jumping from page 2 to page 1 is still there.
Build ID: 797db638870f5c6192e72c0b4669b471788e16ea
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-11-20_03:50:17
Well some of the freezing problem in this document is caused by all images in the file loading with contour enabled when it shouldnt be enabled (bug 86540). The other problem relates to the weird behaviour of the images disappearing and reappearing as well as jumping from one page to another, which i'm unable to track down the cause of.
Migrating Whiteboard tags to Keywords: (perf, filter:docx, bibisected)
I can no longer reproduce this issue in
Build ID: ae3ec79354f7b4967e736c6a4cd7c08fc52e2b7d
CPU Threads: 4; OS Version: Linux 4.2; UI Render: default;
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Could you please try again on your computer?
Fixed in 5.1, likely due to the fix in bug 60351 to disable auto-contouring of images.
(In reply to Yousuf Philips (jay) from comment #10)
> Fixed in 5.1, likely due to the fix in bug 60351 to disable auto-contouring
> of images.
This is happening again in LO 6 using build: 2651df5a65d5b89f21b08b16628e98bd969fbccd
File tested attachment 69995 [details]
I set back to New since repro with 6.1+.
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
*** Bug 103056 has been marked as a duplicate of this bug. ***
*** Bug 117925 has been marked as a duplicate of this bug. ***
3-pages 2007 DOCX attachment 69995 [details] which originated in bug 49260 freezes LO 7.1+ on 1st scroll. No freeze if resaved in MSO.
File is wrong itself, seen in resaved in MSO, it opens differently. So no point in having so many bugs for it, except to avoid freeze here.
It could open at some point up to 5.3.0 beta2. But, fileopen freeze happened again from 184.108.40.206.
In bug 117925 it was bibisected in 5.4 repo to: https://cgit.freedesktop.org/libreoffice/core/commit/?id=36750bc977b3210b23b7822abd395b30a78af6f5
commit 36750bc977b3210b23b7822abd395b30a78af6f5 (patch)
parent 9cfb2f2f03b5ec086487fd483298466db0b09010 (diff)
tdf#96218: MSO DOCX image incorrectly placed when using Alignment Position
layoutInCell attribute should be ignored when we are not in a table.
(In reply to Timur from comment #17)
> 3-pages 2007 DOCX attachment 69995 [details] which originated in bug 49260
> freezes LO 7.1+ on 1st scroll. No freeze if resaved in MSO.
> File is wrong itself, seen in resaved in MSO, it opens differently. So no
> point in having so many bugs for it, except to avoid freeze here.
> It could open at some point up to 5.3.0 beta2. But, fileopen freeze happened
> again from 220.127.116.11.
> In bug 117925 it was bibisected in 5.4 repo to:
> commit 36750bc977b3210b23b7822abd395b30a78af6f5 (patch)
> tree da7755bb5772e754b1634254eaa566e59aa561f2
> parent 9cfb2f2f03b5ec086487fd483298466db0b09010 (diff)
> tdf#96218: MSO DOCX image incorrectly placed when using Alignment Position
> layoutInCell attribute should be ignored when we are not in a table.
> Change-Id: Ieed29c690f8516f63d0956a4f0495500908a0d27
> Reviewed-on: https://gerrit.libreoffice.org/32253
Me confused.. how is bug 117925 a duplicate of this, with different bibisect results; different range etc.
I can no longer reproduce this hang in 7.1 since:
author Tor Lillqvist <email@example.com> 2020-08-28 12:00:11 +0300
committer Caolán McNamara <firstname.lastname@example.org> 2020-08-28 20:27:17 +0200
Fix ooo38104-1.sxw crash after c123bfff501229f398a1b679fc7434b82d53685c
(In reply to Gabor Kelemen from comment #19)
> I can no longer reproduce this hang in 7.1 since:
> author Tor Lillqvist <email@example.com> 2020-08-28 12:00:11 +0300
> committer Caolán McNamara <firstname.lastname@example.org> 2020-08-28 20:27:17 +0200
> Fix ooo38104-1.sxw crash after c123bfff501229f398a1b679fc7434b82d53685c
no problem in
Version: 18.104.22.168.alpha0+ (x64) / LibreOffice Community
Build ID: a9cc066a86c6bd3423c5802c5a4eded55a50c754
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
So let's close this one as FIXED