Created attachment 39857 [details] The odt file that could reproduce the problem. Hi~ I am a traditional chinese user (locale: zh-TW). I found Writer will be freezed when I click on some location in a odt file. Please open the attachment with Writer, scroll down to the end of file, and click the words "CLICK HERE WILL FREEZE WRITER". ps. The odt file applied this chinese font. http://cle.linux.org.tw/fonts/cwttf/center/cwheib.ttf Thank you.
Created attachment 39863 [details] The strace.log I have uploaded a strace.log, Thanks again~
*** Bug 31201 has been marked as a duplicate of this bug. ***
Cedric, were you able to reproduce this? Could it be this is related to the toolbar docking crash? WinLin, do you have the table toolbar docked, or floating?
Created attachment 40557 [details] backtrace backtrace of layout loop.
Cedric: confirmed. put cursor into first paragraph of second page. Could you have a look please?
(In reply to comment #3) > Cedric, were you able to reproduce this? Could it be this is related to the > toolbar docking crash? WinLin, do you have the table toolbar docked, or > floating? I have the table toolbar floating. Here is the screenshot : https://bugs.freedesktop.org/attachment.cgi?id=39874 My friend found this problem happened only when using the following chinese truetype font: http://cle.linux.org.tw/fonts/cwttf/center/cwheib.ttf If clicking on the yellow area did not freeze writer, type something on there might make it. Thank you.
Dear all, This problem still bother me when using Libreoffice 3.4 beta4. Would you fix this prolem please? Thank you so much.
I package the font and odt into a 7-zip file: https://bugs.freedesktop.org/attachment.cgi?id=60648 This bug is annoying to me for 2+ years, I lost lots of data again and again, please help me. I found the download link of the truetype font was broken, so I package the font and odt into a 7-zip file. (Don't worry, the font is licensed with GPL.) If you need any information about this bug, please let me know, I will do my best to test it. Thank you~
This is a Writer bug, right?! Therefore changed 'Component'.
Hi~ Roman Eisele: Thanks for your help. I also change the version to 3.5.3, because I found Writer of version 3.5.3 still crashed due to this bug.
@winlin0330: > I also change the version to 3.5.3, because I found > Writer of version 3.5.3 still crashed due to this bug. Thank you for your help. But I'm afraid to say that the version field should contain the number of the FIRST version which is known to contain the bug, not the last one. So, could you please change the version field to the first version in which you found that bug? Is it 3.3.0 release? Thank you very much! First idea: I wanted to check first if the bug has something to do with some corruption of the font file ('cwheib.ttf'). But Apple's FontBook did not find any errors in this font, and FontLab 5.0.4 opens the font file without any problems. So the font seems OK.
REPROCUBILE with LibreOffice 3.5.3.2 (Build-ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80), German UI installed, on MacOS X 10.6.8. I will attach the MacOS X log file. Reproducible also on MacOS -> changed Platform to 'All'. Observations: 1) There is no influcene of the Table toolbar status to the freeze -- the freeze occurs both when the toolbar is floating and when it is docked. 2) But I can reproduce the freeze ONLY when and if the font 'cwheib.ttf' is installed. If I de-install it again, NO freeze occurs, I can even edit the yellow text 'CLICK HERE WILL FREEZE WRITER'. Therefore, although the font file is not damaged, corrupted, invalid etc. (see my comment #11), this font definitely has some influcene on the problem.
Created attachment 61166 [details] MacOS X log file created on forced quit of frozen LibreOffice 3.5.3.2 Note: in my previous comment, I wanted to type [REPRODUCIBLE]; please forgive the strange typo ;-)
Dear Roman Eisele: Version before 3.4.6 is not available to download, but I can reproduce this bug on OpenOffice.org 3.3.0, I think this bug may be inherited from OpenOffice.org. Should I test any earlier version of OpenOffice.org? A difference should be noted, in OpenOffice 3.3.0., click " CLICK HERE WILL FREEZE WRITER " won't freeze Writer, but typing any character in that yellow area still freeze Writer. Additionally, using other chinese truetype font sometimes meet this bug, it occurs while inserting some chinese words in page one. But it's hard to find the way to reproduce so far. Roughly, I think this problem involved: (1) a table splits across pages; (2) a table cell contains chinese characters, some paragraphs in the table cell go across pages. Thank you.
(In reply to comment #14) > ... I can reproduce this bug on OpenOffice.org 3.3.0, > I think this bug may be inherited from OpenOffice.org. Thank you very much for testing! > Should I test any earlier version of OpenOffice.org? No, for now it is sufficicent to know that this bug is present since 3.3.0 and may be interited from OOo. -> We set the Version field to the oldest available version (3.3.0b2) to indicate this. > A difference should be noted, in OpenOffice 3.3.0., click " CLICK HERE WILL > FREEZE WRITER " won't freeze Writer, but typing any character in that yellow > area still freeze Writer. This difference may be important, thank you for poiting to it! > Additionally, using other chinese truetype font sometimes meet this bug, it > occurs while inserting some chinese words in page one. But it's hard to find > the way to reproduce so far. > Roughly, I think this problem involved: > (1) a table splits across pages; > (2) a table cell contains chinese characters, some paragraphs in the > table cell go across pages. This sounds very reasonable to me.
On pc Debian x86-64 with 3.5 sources updated some days ago I don't reproduce the pb. (I installed the font by following these steps in root mode: - cp <download directory>/cwheib.ttf /usr/local/share/fonts - fc-cache -r ) Did I miss anything during font install? Then I: - clicked on the catchphrase - double clicked on a word then several words of this catchphrase - type something inside it nothing special, no specific logs on console. Anyone to retest on newer LO version (3.5.5 or 3.6.0)?
Created attachment 65725 [details] Screenshot of the text
Hi~Julien Nabet: I am happy to hear that this bug is possible solved. But when I tried 3.6.0(downloaded from official site of Libreoffice), Writer was still freezed when I scrolled down and clicked the yellow area. Would you check cwheib.ttf is successfully installed? If cwheib.ttf is installed: (1) you will find "cwTeX粗黑體" in the fonts list of Writer, and (2) you can see "cwTeX 粗黑體" after you execute command " fc-list | grep cw" in terminal. (3) you will see the odt file is looked like this: https://bugs.freedesktop.org/attachment.cgi?id=65725 Note: Would you try to install the cwheib.ttf to ~/.fonts and restart Libreoffice to try it again? If you are using Libreoffice that come from Debian repository, remember to close the quickstarter for ensuring Libreoffice is "really" restarted. Thanks for your testing~
Thank you for your feedback winlin. Sorry for my mistake, I reproduced the problem with master sources. In fact the link http://cle.linux.org.tw/fonts/cwttf/center/cwheib.ttf is broken. I installed the Debian package fonts-cwtex-heib and runned fc-list, # fc-list | grep cw /usr/share/fonts/truetype/cwtex/cwheib.ttf: cwTeX 粗黑體,cwTeXHeiBold:style=Medium Noticed on console, this log repeated endlessly: warn:legacy.osl:11193:1:/home/julien/compile-libreoffice/libo/sw/source/core/text/frmform.cxx:298: SwTxtFrm::CalcFollow: cheesy follow
Also still REPRODUCIBLE with MacOS X: LibreOffice 3.6.1.1 (Build ID: 4db6344), German langpack installed, on MacOS X 10.6.8 (Intel), still freezes when I click the words "CLICK HERE WILL FREEZE WRITER", if and only if the font 'cwheib.ttf' is installed.
@Caolán: This long-standing issue seems related to font handling: I can reproduce the freeze only if the font 'cwheib.ttf' is installed. I insert you into the CC list because you have fixed many font-related bugs. Maybe you could take a look at this issue? This would be very much appreciated! Thank you very much in advance!
Created attachment 65727 [details] bt on master on console trace If it can help, I attached bt from console trace.
From bt, I tried to compare the paths used, so I put a break frmform.cxx:576 (SwTxtFrm::FormatAdjust) and click each time just in front of "C", the first letter of catchphrase to be in exactly the same conditions. When the font isn't used: it never enter in this if: 208 if( !pMyFollow->GetOfst() || pMyFollow->GetOfst() != nTxtOfst || 209 bFollowFld || pMyFollow->IsFieldFollow() || 210 ( pMyFollow->IsVertical() && !pMyFollow->Prt().Width() ) || 211 ( ! pMyFollow->IsVertical() && !pMyFollow->Prt().Height() ) ) pMyFollow->GetOfst() = 88 and nTxtOfst = 88 and all the cond are false so we don't enter in the if and so SwTxtFrm::CalcFollow isn't called When the font is used: it enters in the if as soon as first time pMyFollow->GetOfst() = 0 nTxtOfst = 137 I'll try to dig more but I must recognize I don't know the meaning of all that.
Created attachment 66038 [details] The second file that freezed Writer. Dear all: I uploaded the second and third file (freeze2.odt and freeze3.odt) that would freeze Writer. In freeze2.odt, delete the red area and click the yellow area, you will see a freezed Writer. Please take a look at the Paragraph 7 on page 3. There is only one line in table on page 3 after you deleted the red area of Paragraph 6, the "only one line in table on page 3" may make Writer get into the loop of creating and deleting a new page for the large table. I guess this is why Writer freezed. On the other hand, the file freeze3.odt show us a different example. The freeze3.odt had no page3, but if you add any character in Paragraph 6 or Paragraph 7 to make a new line for pushing Writer to creat page 3, Writer will freeze. In freeze2.odt and freeze3.odt, we all see the "only one line in table on page 3" make Writer freeze. So I guess this maybe a problem of table behavior. But I think this may involve something wrong about chinese (or CJK) paragraph dealing mechanism in table, because I only meet this problem when I typing Chinese characters in a very long table ( and this table must goes across many pages). Thanks a lot~
Created attachment 66039 [details] The third file that freezed Writer.
On pc Debian x86-64 with master sources updated today, I gave a try to first file, we still have the same.
Hi Julien: Thanks so much for helping to debug this; I guess it's a layout loop - but ... ;-) anyhow - the best way to find where something is hanging in gdb is (after breaking) to type: 'finish' repeatedly until it hangs - then you know it hung in that method. Then break it again, and go up to that method and get the states of all the variables you can find in that loop. Thanks anyhow ! :-)
Created attachment 79341 [details] gdb info Dear Julien and Michael Meeks: I run gdb and got some output information(attachment: gdb.txt). But I am not sure it will help or not. Thanks.
Created attachment 79359 [details] bt finish + console logs Michael: Hope you'll find something interesting in this.
Restricted my LibreOffice hacking area
Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Hi~ I tested this bug on Version: 4.3.4.0.0+, and this bug is still there. My OS is Debian. Thanks. The Libreoffice version information is : Version: 4.3.4.0.0+ Build ID: bea74d73f4782b17f5286327f15db60ab3ae85de TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:libreoffice-4-3, Time: 2014-10-15_05:34:17
I see no freeze under Win8.1x64 using LibO 4.3.4 and 4.4.3 maybe a Linux specific issue? would you please retest with LibO 4.4.x (the .4 release is available)
I tested this two versions below, the bug was still there. Version: 4.4.1.2 (Linux) Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: zh_TW Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Locale: zh_TW (Linux) My OS is Debian, I did not test Windows version yet.
Not reproducible with LibreOffice 5.1.3.1 Build ID: 1:5.1.3~rc1-1 Locale: pt-BR (pt_BR.utf8) Debian Testing.
LO 5.1.2.2 still has this bug (Debian testing). Version: 5.1.2.2 Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f CPU Threads: 2; OS Version: Linux 3.16; UI Render: default; Locale: zh-TW (zh_TW.UTF-8) I will try LO 5.1.3 when it was released. Thanks~
LO 5.1.3.2 still has this bug. (Debian testing 32bit) Version: 5.1.3.2 Build ID: 644e4637d1d8544fd9f56425bd6cec110e49301b CPU Threads: 2; OS Version: Linux 3.16; UI Render: default; Locale: zh-TW (zh_TW.UTF-8) Thanks
I change the title from too general to somewhat specific. Please test with new versions 5.3 and master 5.4. You may use Bash Script from http://pastebin.com/L6SFSYFR (just run /bin/LO-extract.sh) to Extract Parallel LO (no installation) from downloaded and unzipped LO folder with DEBS.
On pc Debian x86-64 with master sources updated today, I still reproduce this. On console, I still got this in loop: warn:sw.core:20617:1:sw/source/core/text/porlay.cxx:405: SwLineLayout::CalcLine: bad ascent or height warn:sw.core:20617:1:sw/source/core/text/porlay.cxx:405: SwLineLayout::CalcLine: bad ascent or height warn:sw.core:20617:1:sw/source/core/text/porlay.cxx:405: SwLineLayout::CalcLine: bad ascent or height warn:sw.core:20617:1:sw/source/core/text/porlay.cxx:405: SwLineLayout::CalcLine: bad ascent or height warn:sw.core:20617:1:sw/source/core/text/porlay.cxx:405: SwLineLayout::CalcLine: bad ascent or height warn:sw.core:20617:1:sw/source/core/text/porlay.cxx:405: SwLineLayout::CalcLine: bad ascent or height warn:legacy.osl:20617:1:sw/source/core/text/frmform.cxx:284: SwTextFrame::CalcFollow: cheesy follow Since the link of cwheib.ttf (which is mandatory to reproduce this) is broken, I installed this font from apt like last time (see https://bugs.documentfoundation.org/show_bug.cgi?id=31199#c19) Michael: thought you might be interested in this one.
** Please read this message in its entirety before responding ** 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! Warm Regards, QA Team MassPing-UntouchedBug
On pc Debian x86-64 with master sources updated today, I could reproduce this partly. Indeed, it does't freeze forever but for some second each time I click in yellow area. Each time the following block appears 6 times: warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/text/frmform.cxx:281: SwTextFrame::CalcFollow: cheesy follow warn:legacy.osl:201354:201354:sw/source/core/layout/calcmove.cxx:1526: debug assertion: <SwContentFrame::MakeAll()> - format of text frame suppressed by fix b6448963 If needed, I can provide a bt from specific location or a Flamegraph.
Created attachment 157086 [details] perf flamegraph Here's a Flamegraph retrieved on pc Debian x86-64 with master sources updated today. With a non debug build, I see no freeze.
Dear winlin0330, 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
I confirmed that LO 7.2.5.2(LINUX 64 bit deb) still has this bug. This bug is inherited from OO.o.
This bug has been around for a long time, and it hasn't been fixed in the past 14 years. I have already come up with alternative ways to work around it. Since it hasn't been addressed, I believe there is no need to invest more effort in fixing it. I suggest closing this bug report directly. Thanks.
No freezing found with version 7.6.7.2 of LibreOffice on any of the three .odt files provided. For cwheib.ttf I used the file obtained by installing the Debian fonts-cwtex-heib package (version 1.0-4) from debian dists bullseye main. I followed all instructions: clicked in yellow area in freeze.odt, removed all of the red area in freeze2.odt to make only one line of pargraph 7 on page 3, and type new characters into the blue area in freeze3.odt to make the paragraph have more lines. I do see "cwTeX 粗黑體" as the font in the character properties. I am using the AppImage for LibreOffice-still.basic-x86_64 downloaded today. In short, this seems to be a good test showing no freeze in version 7.6.7.2. LibreOffice version info: Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5 CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Operating system info: $ uname -a Linux glenn-laptop 5.16.0-5mx-amd64 #1 SMP PREEMPT Debian 5.16.14-1~mx21+1 (2022-03-22) x86_64 GNU/Linux $ cat /etc/mx-version MX-21.3_ahs_x64 Wildflower April 9, 2022
Also no freeze in LibreOffice 24.8.0.3 on any of the three test files, again using AppImage downloaded today. (LibreOffice-fresh.basic-x86_64.AppImage) Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Can others confirm? Maybe this is resolved now?
Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: zh-TW (zh_TW.UTF-8); UI: en-US Calc: threaded The test results are as follows: "The odt file that could reproduce the problem.(freeze.odt)" →The issue has been resolved. "The second file that freezed Writer.(freeze2.odt)" → It still has this issue.