Bug 123633 - Web view and hide whitespace causes view position to jitter until entire document is reformatted
Summary: Web view and hide whitespace causes view position to jitter until entire doc...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.2.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Show/Hide-Whitespace
  Show dependency treegraph
 
Reported: 2019-02-21 16:51 UTC by matt
Modified: 2023-12-20 05:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screen capture (5.49 MB, image/gif)
2019-02-21 16:51 UTC, matt
Details
Doc that causes jitter (17.19 KB, application/vnd.oasis.opendocument.text)
2019-02-21 21:05 UTC, matt
Details
New screen capture showing jitter (20.17 MB, image/gif)
2020-05-03 17:30 UTC, matt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description matt 2019-02-21 16:51:46 UTC
Created attachment 149493 [details]
Screen capture

Selecting "hide whitespace" or "view web" cause the view position to constantly jump until the entire document has been processed.  

This prevents viewing and editing the document until the reformatting process completes.  My screen grab shows a 95 page document that takes around 7 seconds before the view stabilizes.  Warning, trying this on a large document may result in seizure and/or death.

To reproduce
* Open a document of more than 50 pages
* Select "view | hide whitespace"
* Using the navigator, jump to a position near the end of the document
Comment 1 Dieter 2019-02-21 20:44:41 UTC
I can't confirm this with a document of 93 pages and

Version: 6.1.5.2 (x64)
Build-ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group threaded
Comment 2 matt 2019-02-21 20:50:37 UTC
(In reply to Dieter Praas from comment #1)
> I can't confirm this with a document of 93 pages and
> 
> Version: 6.1.5.2 (x64)
> Build-ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
> CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
> Gebietsschema: de-DE (de_DE); Calc: group threaded

Running on windows 10.0.17763

Document has a large number of small tables in case that is causing the problem
Comment 3 matt 2019-02-21 21:05:27 UTC
Created attachment 149499 [details]
Doc that causes jitter

The attached file causes the problem on my PC
Comment 4 Dieter 2019-02-21 21:13:03 UTC
(In reply to matt from comment #3)
> Created attachment 149499 [details]
> Doc that causes jitter
> 
> The attached file causes the problem on my PC

I also couldn't reproduce the bug with your document
Comment 5 matt 2019-02-22 23:37:19 UTC
The attached screen video clearly shows the bug.  If not, what more do you need? 
 I'm unclear why you've left this with a status of unconfirmed.  You have not requested additional information and didn't share what platform and hardware you used to reproduce the bug.  I'm unclear on how to move forward resolving this.

If you guys have more bugs than you can resolve, it would helpful if you'd share that with the community so we don't waste our and your time posting bugs you don't have bandwidth to resolve.
Comment 6 Dieter 2019-02-24 14:34:38 UTC
(In reply to matt from comment #5)
> The attached screen video clearly shows the bug.

Yes I saw it
 
>  I'm unclear why you've left this with a status of unconfirmed.

The status is UNCONIRMED until anybody else than th bug reporter is able to reproduce the bug. As I wrote in comment 1, I'm not able to reproduce the bug.

> I'm unclear on how to move forward
> resolving this.

Perhaps somebody else can confirm it.


> If you guys have more bugs than you can resolve, it would helpful if you'd
> share that with the community so we don't waste our and your time posting
> bugs you don't have bandwidth to resolve.

Yes there are a lot of open bugs, and peolpe who want to help are welcome. I'm just e normal user and spent free time to help to improve LO.
Comment 7 Durgapriyanka 2019-02-28 21:45:39 UTC
Thank you for reporting the bug. I can reproduce this bug, but not all the time. 

1.) First time - I Select "hide whitespace" and use navigator to jump to the last position, there is no jump.

2.) Second time - I deselect "hide whitespace" and again select "hide whitespace" and use navigator to jump to the last position, there is no jump.

3.) Third time - Now again, I deselect "hide whitespace" and again select "hide whitespace" and use navigator to jump to the last position, here there is a jump.The view position jump until the entire document has been processed

So there is a jump every third time I repeat these steps.

Version: 6.3.0.0.alpha0+
Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 8 Buovjaga 2019-04-07 12:47:14 UTC
It seems to be more noticeable with hide whitespace than web view. On Linux, I get the jitter on the first try with hide whitespace, but with web view I don't notice anything.

Hide whitespace is not an ancient feature, so we can't regression test with the oldest versions. With 3.3.0, 3.5.0 and 4.3.0 on Win 10, web view does not exhibit any strangeness.

An unfortunate thing is that the problem (with Hide whitespace) is not seen in the latest commit of win32-5.4 bibisect repo, but already seen in the oldest commit of win32-6.0.

The problem is seen in release build 5.4.2.

Let's add a bibisect request so someone else can try.

Arch Linux 64-bit
Version: 6.3.0.0.alpha0+
Build ID: e967aea2d8cc4f9fc608cb726cb474c184fb61de
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 7 April 2019
Comment 9 raal 2019-04-13 05:01:19 UTC
I can not reproduce with Version: 6.3.0.0.alpha0+
Build ID: 31ac398cfa30694b18240d31df17a58d699b5bf6
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Comment 10 Buovjaga 2020-05-03 15:08:49 UTC
Matt: I can't reproduce the jumping anymore, can you retest?

Arch Linux 64-bit
Version: 7.0.0.0.alpha0+
Build ID: 05b87ae66ebccd06995cf530b860443ad9503b31
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 2 May 2020

Arch Linux 64-bit
Version: 6.4.3.2
Build ID: 6.4.3-1
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Comment 11 matt 2020-05-03 17:26:07 UTC
@Buovjaga - better than before.  The sample doc I posted passes but my "real life" doc is unstable until the entire doc has been processed - for about 50 seconds on my pc and doc.  The document is mostly text with moderate tabular data and just a few images.  Note the "Page x of y" in the status bar.  

I've attached a new screen capture
Comment 12 matt 2020-05-03 17:30:00 UTC
Created attachment 160286 [details]
New screen capture showing jitter

Showing jitter on version 6.3.5.2
Comment 13 Buovjaga 2020-05-03 17:33:43 UTC
(In reply to matt from comment #12)
> Created attachment 160286 [details]
> New screen capture showing jitter
> 
> Showing jitter on version 6.3.5.2

What about 6.4, though?
Comment 14 matt 2020-05-03 18:04:22 UTC
Same result but reformatting took about 10 seconds instead of 50
Comment 15 QA Administrators 2023-12-20 03:12:43 UTC
Dear matt,

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 https://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://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug