Description: Page counter doesn't stop increasing (except after scrolling down to the bottom) Steps to Reproduce: 1. Open the attached file 2. Enter the table 3. Press CTRL+A 3 times 3. CTRL+C 4. CTRL+N 5. CTRL+V -> Page counter keeps running Actual Results: LibreOffice doesn't stop pasting Expected Results: Page counter doesn't stop increasing (except after scrolling down to the bottom) Reproducible: Always User Profile Reset: No Additional Info: Version: 6.3.0.0.alpha0+ Build ID: d71ea82055a6a304493c7eaa90809a348e23784d CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-11-19_03:25:07 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Created attachment 146831 [details] Example file
original file 277 pages 4440 words 222 headings 222 tables new file 410 pages 4440 words 222 headings 222 tables It stops at 410 pages. But I can't describe what has happened. I don't think that it is a page count issue. Version: 6.2.0.0.beta1 (x64) Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (de_DE); UI-Language: en-GB Calc: threaded
The page counter keeps increasing in my version expect scrolling down to the bottom as well. Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
In my case, it stops at 371 Version: 6.3.0.0.alpha0+ Build ID: 1ee8d4f63adf3113a4733a479c8faf9eb65f7b8d CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Telesto, I assume, if you don't scroll, it will reach 10000 pages after a few minutes, isn't? otherwise this report is not accurate...
It did hit 1000 pages indeed, but it now stops at 385 for me.. Version: 6.3.0.0.alpha0+ Build ID: ca30a2032bc9ff078e3af6cc1fd3a6650580d1ea CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-12-05_15:19:13 Locale: en-US (nl_NL); UI-Language: en-US Calc: CL
mmm, that's weird. Then we only have the confirmation from wendy, who is a Taiwanese student who participating in the QA seminar. Let's put it back to UNCONFIRMED to see if someone else can reproduce it as well...
(In reply to Xisco Faulí from comment #6) > mmm, that's weird. Then we only have the confirmation from wendy, who is a > Taiwanese student who participating in the QA seminar. > Let's put it back to UNCONFIRMED to see if someone else can reproduce it as > well... The behavior differs in different versions. In 6.2.0.0beta, it showed a progress bar "importing document" and stops at page 166. I tested three times with the same result. In 6.1.3.1 it would progress to page 125 and stopped there. Actually it was not stopping, the words/characters count changes when I moved the mouse. Characters count would eventually the same (968,707 characters) but words count would differ. Then when I pulled the scroll down with mouse it would go to the bottom of the file, but with different pages count. I got it 145 pages once, 142 pages another time. I think it may be a problem about pasting and refreshing the page view. When the pasted data/chars is huge the page view update would not be able to catch the actual data.
I tried to reproduce this issue in Version: 6.3.0.0.alpha0+ (x64) Build ID: c0e4ac9a90920d2a9af94f36e2b943b7403b1391 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-12-06_03:56:35 Locale: hu-HU (hu_HU); UI-Language: en-US Calc: threaded When I open the original file the LibreOffice cannot determine the exact page count, it's continuously increasing. And when I try to reproduce the issue the new file always contains 150 pages.
381 pages Version: 6.3.0.0.alpha0+ Build ID: 993913469e74e9db9743004bbe36aa412411671c CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Created attachment 148871 [details] Screencast
*** This bug has been marked as a duplicate of bug 122736 ***