Created attachment 111231 [details] screenshot LO 4.3.5.2, id build: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5, OS: Windows 7 x86_64 1. Open in Writer existing text document 2. Open in Writer second document with embedded font 3. See first document ... document view was the terrible (see screenshot)
Close LibreOffice (all!) Open first document again. It's OK.
(In reply to kompilainenn from comment #0) > 1. Open in Writer existing text document > 2. Open in Writer second document with embedded font > 3. See first document ... document view was the terrible (see screenshot) Hi kompilainenn, Please upload a sample document (or documents?) we can use to reproduce the problem. Thanks! Status -> NEEDINFO
Created attachment 111456 [details] first doc
second file is big. download it from http://rghost.ru/60033793 1. open first file 2. open second file 3. no action on the text does not need to produce 4. wait 20-30 minute 5. see first file. font is soured
Comment on attachment 111456 [details] first doc fix mimetype
(In reply to kompilainenn from comment #4) > second file is big. download it from http://rghost.ru/60033793 > > 1. open first file > 2. open second file > 3. no action on the text does not need to produce > 4. wait 20-30 minute > 5. see first file. font is soured Could not reproduce on win or linux. Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: b3b4bbaf6cbd2226b659fea7d6ae473ccf84e9dd TinderBox: Win-x86@39, Branch:master, Time: 2015-01-12_06:13:44 Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: 7201fa0dddd7dd0352f69fd2b2b64efcb361ccad TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-11_23:28:55
(In reply to Beluga from comment #6) > Could not reproduce on win or linux. > Win 7 64-bit Version: 4.5.0.0.alpha0+ Summary -> (Hard to repro)
Created attachment 112204 [details] Text messed up after waiting ~30 mins in 4.3.5 The text did mess up after waiting about 30 mins, but not like in the screenshot by the reporter. Win 7 64-bit, LibO 4.3.5.2
(In reply to Beluga from comment #8) > Created attachment 112204 [details] > Text messed up after waiting ~30 mins in 4.3.5 > > The text did mess up after waiting about 30 mins, but not like in the > screenshot by the reporter. > > Win 7 64-bit, LibO 4.3.5.2 this confirmation bug? or do you think it's not a bug?
(In reply to kompilainenn from comment #9) > (In reply to Beluga from comment #8) > > Created attachment 112204 [details] > > Text messed up after waiting ~30 mins in 4.3.5 > > > > The text did mess up after waiting about 30 mins, but not like in the > > screenshot by the reporter. > > > > Win 7 64-bit, LibO 4.3.5.2 > > this confirmation bug? or do you think it's not a bug? Can you test with 4.4 RC2 and 4.5 alpha?
Created attachment 112396 [details] font render error in LO 4.4.0.2 Version: 4.4.0.2 ID build: a3603970151a6ae2596acd62b70112f4d376b990 Locale: ru_RU OS: Windows 7 Home Basic x86-64 in version 4.4.0.2 bug is reproduced
(In reply to kompilainenn from comment #11) > Created attachment 112396 [details] > font render error in LO 4.4.0.2 > > Version: 4.4.0.2 > ID build: a3603970151a6ae2596acd62b70112f4d376b990 > Locale: ru_RU > OS: Windows 7 Home Basic x86-64 > > in version 4.4.0.2 bug is reproduced Thanks for testing. I'd like you to test with 4.5, too: http://dev-builds.libreoffice.org/daily/master/Win-x86@62-TDF/ It installs in parallel. If you confirm that the error is gone with 4.5, we can do a bibisectRequest and some brave soul can bibisect for some hours to find, which commit fixed it.
in version 4.5, all became worse. (see screenshot) I noticed that the text in the table has not changed its appearance. this is clearly an error text is displayed. if you try to copy a supposedly empty space in the corrupted document, when you insert it into a new document, insert the letters and should be, that is actually the text on the site. ps: I repeat: to replicate error you just need to open one file and the second file and nothing (nothing! not even scroll through the text back and forth!) not to do! half an hour just to look at the first document and make here are (O_O) eyes =)
Created attachment 112408 [details] font render error in LO 4.5+
Created attachment 112409 [details] font render error in LO 4.5+. font in table is OK!
Version: 4.5.0.0.alpha0+ ID build: 5f6bdce0c0ac687f418821ce328f2987bf340cda TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-17_01:06:46 Locale: ru_RU OS: Windows 7 Home Basic x86-64
(In reply to kompilainenn from comment #13) > in version 4.5, all became worse. (see screenshot) I still can't reproduce with 4.5. It seems you have changed the document after uploading here. If I go through all Внимание, I can't find an instance like in your screenshot. Unfortunately, I can't reproduce with 4.3.3 on Linux either, so this can't be bibisected! All my tests had +30 min waiting time. Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ Build ID: 5f6bdce0c0ac687f418821ce328f2987bf340cda TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-17_01:06:46 Ubuntu 14.10 64-bit Version: 4.3.3.2 Build ID: 430m0(Build:2)
(In reply to Beluga from comment #17) > (In reply to kompilainenn from comment #13) > > in version 4.5, all became worse. (see screenshot) > > I still can't reproduce with 4.5. It seems you have changed the document > after uploading here. If I go through all Внимание, I can't find an instance > like in your screenshot. > > Unfortunately, I can't reproduce with 4.3.3 on Linux either, so this can't > be bibisected! > > All my tests had +30 min waiting time. > > Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ > Build ID: 5f6bdce0c0ac687f418821ce328f2987bf340cda > TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-17_01:06:46 > > Ubuntu 14.10 64-bit > Version: 4.3.3.2 > Build ID: 430m0(Build:2) Yes, the first document of the other, but it just proves that there is an error and it is not in the file. A Linux on the error not reproduced.
Created attachment 117368 [details] second doc The second document is no longer available from that website. I did a search and found it on Github and it has the same hash.
Created attachment 117370 [details] screenshot 4.4.4.3 I opened the first doc and then the second doc. I then realised that the second doc is a template and that I had created a new document with it. I closed that and using File -> Templates -> Manage, I imported the template and then used the Edit function. After it had loaded, the first doc was immediately all higgledy-pigglety. I closed everything and opened the first doc and used the template manager to edit the second doc. It did not happen again. Windows Vista 64 Version: 4.4.4.3 Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8
@kompilainenn is this bug still reproducible using LibO 5.3.2.2?
no feeback. moving to NEEDINFO. please retest with latest 5.3.3.2 and tell results.
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-20171204
don't repro in 6.0.0.1 (x64) on Windows 7 x86-64 Status -> WFM