-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash introduced in LT Plugin 6.3.1 #10282
Comments
@ColeBantam |
Ok, that took a while :D I assume the reason why you can't reproduce the bug lies within the user-wordbook. Since some generations of LibreOffice you can add something in the field "Grammatik nach:" (grammar after[?]). I do have one entry there: There has to be at least one of those entries in the user-wordbook. To add/edit this entry, you have to disable LanguageTool, otherwise LibO crashes immediately. Instead of manually adding that entry, you can use my standard.dic that I attached. |
@ColeBantam |
Seems like Snapshot-Server is failing? No new snapshots since two days ... |
Snapshot builds are generated again :) I can confirm, that "LanguageTool 6.4-SNAPSHOT (2024-02-15 18:55:06 +0100, 04b1f5e)" fixes the crash-bug 👍 Regards, Claus |
Could you please send me the following information:
We should try to fix the bug before releasing production version 6.4. |
I thought having the stackrace is enough ... There are two Problems: 1.) I can't give you the writer-file that caused the crash, because it contains customer-data. If I open the file, that caused the crash last time, in my production installation with the Snaphot-Plugin, the toolbars become reproducible black, but its not crashing yet. In the test-installation (Same Windows-Installation, just a paralell LibO-Installation) there isn't even the black toolbars. Update: the black toolbars happen even at opening an empty writer window in my production-installation. With LT 6.3.0, there are no GUI problems at document open. For the other points: How much memory does the computer have that crashed? How much heap space is displayed in the log file (at LaguageTool/About - right button on top). Did the crash happen with the document that you had already sent (otherwise, please send the document)? Did you use the dic-file you sent (otherwise, please send the file)? Hope that helps to narrow the problem down ... |
I think I've found the problem. The LT Extension works with different caches. Therefore, a maximum heap space of 512M is too small for documents like the test document you sent. I tested it and strongly recommend at least 1024M. |
Since the stracktrace clearly indicates that its an "out of memory"-error, it might help to shut down advanced functions when memory gets too low. But its funny, because the document that triggered that error is not big. Its wayyyyy smaller then the testfiles I have uploaded. It also doesn't explain the problem with the black toolbars at writer-startup with the snapshot version installed. Its extremely unlikely that writer needs more then 512MB heapsize for an empty document :D But I'll test the new snapshot tomorrow of course :) |
The current snapshot still has lots off issues ... This happened without any clicks in the actual document, I was still trying to get infos about the black-gui issue ... Also, the new separate LT-Toolbar is really annoying. It always comes up right from the sidebar. If I disable it in view-menu, it comes back the next time. I really would like to disable the toolbar completely and put the necessary buttons to another toolbar instead, like it was in previous LT-Versions I guess? The new toolbar seems to be the main culprit for all the gui-issues. |
OK, these are three different problems:
|
Not really, we usually optimize for server performance and not for memory use. |
For this problem, I opened the following issue: #10348 I will continue to pursue the problem with the heap space in this issue |
Please test both points and provide feedback. |
Ahhh, Im ALWAYS on "paragraph mode" :D
I could open a bug there, but I think they will say that LT seems to be the only plugin causing this issue and therefore say its a LT issue. Will be hard to prove otherwise if there is no other plugin causing that issue.
I commented in bug 10282. |
Are these changes already in LanguageTool 6.4-SNAPSHOT (2024-02-25 18:59:28 +0100, 77fff17)? |
No, it will be in the next snapshot. |
ok, will test tomorrow |
First impression of 'LanguageTool 6.4-SNAPSHOT (2024-02-26 18:59:22 +0100, b0a2047)' in the context of this bug is good. I did get the message about less then 1024MB heapspace and did tests with 512MB as always and with 1024MB and LT-Spellchecker enabled. So far no crashes. But thats realy just after a few minutes. With the last Snapshot I had a huge crash yesterday evening, with so many lines on it that it didn't fit my 27" screen :D Lets see if this one is more stable ... Ill test with 1024MB and LT-Spellchcker on for the moment, as is closer to the "average user". And so far I don't feel noticeable lag with the bigger LibO-Memory-Footprint. |
Hello there.
Plugin Version 6.3.1 crashes LibreOffice 7.6. LT 6.3.0 is working fine.
I attach two test-documents that reproducible trigger the crash on my system (Libo7.6.4, Win10, 64Bit, Azul Java 11.0.21).
Claus
LangTool_6.3.1_CrashExample.odt
LangTool_6.3.1_CrashExample.ods
The text was updated successfully, but these errors were encountered: