[DE] LT-Fehlermeldung März.2020

Moin liebes LanguageTool-Team

grafik
Ich wollte nur fragen, ob dieser Fehler schon behoben wurde.

Ich nutze eine ältere Version, da ich nur noch in der Regel update, wenn Fehlalarme behoben oder neue Regeln hinzugefügt werden. Die Added.txt bearbeite ich per Hand, da ich sie nach jedem Update neueinlesen [den Ordner heraussuchen und in Notepad++ abspeichern] und bearbeiten muss.

Grüße Dallun511

P.S auf Wunsch werde ich immer updaten.

grafik
Hm merkwürdig. Jetzt begrüßen mich wieder Fehlermeldung, dabei hatte ich Monate Ruhe.
Ich sollte vermutlich ein Update durchführen.

Ich kann die Fehlermeldung mit folgendem Dokument nachvollziehen, https://joinup.ec.europa.eu/sites/default/files/distribution/2016-06/open_government_data_standard_2_0.entwurf.odt

Allerdings nur, wenn die Option Mehr als einen CPU-Kern nutzen aktiviert ist. Bei anderen Dokumenten habe ich den Fehler noch nicht beobachtet. In Ermangelung eines Fehlerprotokolls der Extension hier Fotos zweier Fehlermeldungen:

Mit einem eigenen Server erhalte ich andere Fehlermeldungen (selbe Meldung aber anscheinend etwas anderer Codepfad). Möglicherweise hängen die damit zusammen:

System:

  • LibreOffice 6.4.1 (snap)
  • OpenJDK 11.0.6
  • Ubuntu 19.10

Fehlermeldungen kommen bei jenem Dokument doch auch ohne die Option Mehr als einen CPU-Kern nutzen:

libo-npe-1

Anhand des Datums erkenne ich, dass Sie ebenfalls nicht die aktuellste aber eine aktuellere Version in der Verwendung haben, als ich. Da scheint das älter und vermutlich noch verhanden zu sein. Ich werde updaten und schauen, ob eine Fehlermeldung das Licht der Welt erblickt.

Grüße Dallun511 Ferewo

Two error messages with LT v4.9 snapshot of 2020-03-14:

LT office integration log from Sun Mar 15 11:27:14 CET 2020
java.util.ConcurrentModificationException
	at java.base/java.util.HashMap$HashIterator.nextNode(HashMap.java:1493)
	at java.base/java.util.HashMap$KeyIterator.next(HashMap.java:1516)
	at java.base/java.util.AbstractCollection.addAll(AbstractCollection.java:351)
	at java.base/java.util.HashSet.<init>(HashSet.java:120)
	at org.languagetool.openoffice.ResultCache.differenceInCaches(ResultCache.java:228)
	at org.languagetool.openoffice.SingleDocument.checkTextRules(SingleDocument.java:979)
	at org.languagetool.openoffice.SingleDocument.getCheckResults(SingleDocument.java:219)
	at org.languagetool.openoffice.MultiDocumentsHandler.getCheckResults(MultiDocumentsHandler.java:155)
	at org.languagetool.openoffice.Main.doProofreading(Main.java:133)

java.lang.NullPointerException
	at org.languagetool.openoffice.TextLevelCheckQueue.addQueueEntry(TextLevelCheckQueue.java:81)
	at org.languagetool.openoffice.SingleDocument.addQueueEntry(SingleDocument.java:1024)
	at org.languagetool.openoffice.SingleDocument.changesInNumberOfParagraph(SingleDocument.java:615)
	at org.languagetool.openoffice.SingleDocument.getParaFromFlatparagraph(SingleDocument.java:423)
	at org.languagetool.openoffice.SingleDocument.getParaPos(SingleDocument.java:401)
	at org.languagetool.openoffice.SingleDocument.getCheckResults(SingleDocument.java:187)
	at org.languagetool.openoffice.MultiDocumentsHandler.getCheckResults(MultiDocumentsHandler.java:155)
	at org.languagetool.openoffice.Main.doProofreading(Main.java:133)
  • LibO 6.4.1 (snap)
  • Ubuntu 19.10
  • test document as mentioned earlier in this topic

grafik

In response to this GitHub issue #2594 comment, I can confirm the error is still present with 2020-03-21 snapshot extension:


libo-ioob-1

  • Ubuntu 19.10
  • LibO 6.4.1 (snap)
  • OpenJDK 11.0.6
  • same test document as before

With LT extension snapshot of 2020-03-25, I can confirm

  1. I cannot reproduce the Concurrent Modification Exception anymore.
  2. After updating the existing extension, there was an Index Out Of Bounds Exception once while closing LibO. Since I thought that was an update artifact, I purged LibO, removed the profile and reinstalled LibO + LT again. I could not yet reproduce the error since then.
  3. All of the above observations were with the extension’s built-in checker. When enabling a local LT server in the extension I get an endless burst of the following error messages:
java.lang.IllegalStateException: You cannot use 'enabledOnly' when you haven't set rule ids to be enabled
	at org.languagetool.remote.CheckConfigurationBuilder.build(CheckConfigurationBuilder.java:60)
	at org.languagetool.openoffice.LORemoteLanguageTool.check(LORemoteLanguageTool.java:118)
	at org.languagetool.openoffice.SwJLanguageTool.check(SwJLanguageTool.java:167)
	at org.languagetool.openoffice.SingleDocument.addParaErrorsToCache(SingleDocument.java:1224)
	at org.languagetool.openoffice.SingleDocument.runQueueEntry(SingleDocument.java:1094)
	at org.languagetool.openoffice.TextLevelCheckQueue$QueueEntry.runQueueEntry(TextLevelCheckQueue.java:315)
	at org.languagetool.openoffice.TextLevelCheckQueue$QueueIterator.run(TextLevelCheckQueue.java:388)

System:

  • Ubuntu 19.10
  • LibreOffice 6.4.2 (snap)
  • LT extension snapshot 2020-03-25
  • LT server snapshot 2020-03-21
  • OpenJDK 11.0.6
  • test document as stated before

With LT extension snapshot of 2020-03-29, I can confirm

  1. The document referred to in this topic could be checked using a local server without getting a “You cannot use ‘enabledOnly’” error.
  2. After CPU load settled I wanted to open LT options. Upon clicking Extras => LanguageTool => Options…, I got the following error message:
com.sun.star.uno.RuntimeException: no text selection
	at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method)
	at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:185)
	at com.sun.proxy.$Proxy49.isCollapsed(Unknown Source)
	at org.languagetool.openoffice.MultiDocumentsHandler.getLanguage(MultiDocumentsHandler.java:276)
	at org.languagetool.openoffice.Main.runOptionsDialog(Main.java:168)
	at org.languagetool.openoffice.Main.trigger(Main.java:324)
  1. I have no problem opening LT options with other short documents.

System:

  • Ubuntu 19.10
  • LibreOffice 6.4.2 (snap)
  • LT extension snapshot 2020-03-29
  • LT server snapshot 2020-03-21
  • OpenJDK 11.0.6
  • test document as stated before