Libreoffice: Das Spreadsheet of Death

Vor einigen Wochen fiel jemandem auf, daß sein PC jedes mal lahmte, wenn er im LibreOffice eine bestimmte Tabelle ansah und editieren wollte. Das Tabellenblatt war aber gar nicht so groß, wie man glauben könnte, aber es war …

Das Spreadsheet of Death

Was passiert mit einem Linuxsystem, wenn der Xorg-Serverprozess bei 100% ankommt? Es bleibt faktisch stehen. Wer das mal live mit Libreoffice auf einem Ryzen 1500X erleben will, der kann sich noch dies Dokument ziehen: Das Spreadsheet of Death Beispiel. Das richtige ist leider wegen Datenschutz nicht öffentlich verfügbar und war ein bisschen länger.

Die Ursache ist, daß der Spellchecker, also die Rechtschreibkorrektur, alle Feldinhalte immer und immer wieder prüft, für falsch betrachtet und dann mit einem neuen Antialising-Malframework einen blauen oder roten Krikkel unter den Feldeintrag zeichnet.  Das neue Framework ist aber so inperformant, daß der Xorg Prozess auf einem CPU Kern bei 100% Last arbeitet.

Bei jedem Scrollen geht die Rechtschreibkorrektur wieder von vorn los, was direkt zum zähesten PC Erlebnis ever führt.  In TOP sah das dann so aus:

[~]$ top -c -b -n 1 | head -n 20
top - 11:54:26 up  2:01,  1 user,  load average: 0,51, 0,28, 0,20
Tasks: 409 total,   2 running, 407 sleeping,   0 stopped,   0 zombie
%Cpu(s): 14,2 us,  2,1 sy,  0,0 ni, 83,0 id,  0,0 wa,  0,0 hi,  0,7 si,  0,0 st
MiB Mem :  15967,5 total,   5456,9 free,   5122,1 used,   5388,4 buff/cache
MiB Swap:   7810,9 total,   7810,9 free,      0,0 used.  10141,6 avail Mem 

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   1957 root      20   0  857132 191608 150596 R 100,0   1,2   6:16.45 /usr/libexec/Xorg vt2 -displayfd 3 -auth /run/u+
   2452 marius    20   0 3841504 252908 104348 S   6,2   1,5   4:15.81 cinnamon --replace
  13809 marius    20   0  126080  10728   8724 S   6,2   0,1   0:01.11 ssh -C -Y xxx@yy.yy.yy.yy
  14410 marius    20   0  116004   4228   3412 R   6,2   0,0   0:00.02 top -c -b -n 1
      1 root      20   0  171508  15268   9792 S   0,0   0,1   0:04.67 /usr/lib/systemd/systemd --switched-root --syst+
      2 root      20   0       0      0      0 S   0,0   0,0   0:00.01 [kthreadd]
      3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 [rcu_gp]
      4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 [rcu_par_gp]
      6 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 [kworker/0:0H-kblockd]
      7 root      20   0       0      0      0 I   0,0   0,0   0:03.58 [kworker/u16:0-kcryptd/253:0]
      8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 [mm_percpu_wq]
      9 root      20   0       0      0      0 S   0,0   0,0   0:00.08 [ksoftirqd/0]
     10 root      20   0       0      0      0 I   0,0   0,0   0:02.65 [rcu_sched]

Das wurde nicht nur über den Bugzilla von RedHat berichtet, sondern auch von anderer Seite an die Entwickler bei LibreOffice gemeldet. Daher gibt es jetzt, so gefühlt 4 Monate später, einen Bugfix:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=bdd149b1ff3d43b94cadc0d43365100c287c7639

Improve spell checking performance and impl. in several ways:
* do synchronous spell checking, avoiding an idle handler
* avoid continuous invalidations caused per-cell by spell-checking
* cache spell-checking information for a given SharedString to avoid repeated checking of frequently recurring strings.

 

Das mit dem Cache für gleiche Inhalte hätte man glaube ich bei Version 0.1 einbauen sollen, das ist nämlich naheliegend 😉

Jetzt fragt Ihr Euch, wieso berichte ich erst jetzt davon… Tja, „a maliciously crafted document can lead to a DOS like attack on linux“. Das wollten wir natürlich nicht noch fördern 😉  Es werden zwar nur die sichtbaren Zeilen geprüft, aber alle Spalten. Da jetzt der Patch vorliegt und verteilt wird, kann man es ruhig erzählen 🙂

CoronoChroniken: Nicht schon wieder!!!

Liebe Maskierte,

ich muß mit Euch schimpfen.. WER WAR DAS!?!?!?!?! 🙂

CoronoChroniken: Nicht schon wieder!!!

 

Leere Regale bei Aldi 24.10.2020

Leere Regale bei Aldi 24.10.2020

Die Menschen hamstern schon wieder. Kann echt nicht wahr sein, dabei hatte doch der Frühling gezeigt, daß es da gar keine Probleme gibt und da sind deutlich mehr Menschen schwer an dem Virus erkrankt. Was ist bitte mit Euch los? Ist Euch klar, daß das eine selbst erfüllende Prophezeiung  ist? Je mehr Hamstern, desto mehr müssen die anderen auch hamstern was noch da ist, was den Anschein des Mangels beflügelt.

In anderen Nachrichten haben wir heute morgen interessant Artikel gefunden:

Laut einer Pre-Print-Studie aus Norwegen, hängt es von der Blutgruppe ab, wie hoch das Risiko schwer zu erkranken ist. Die Blutgruppen Null und B haben eher ein geringes Risiko, Menschen mit Blutgruppe A sind mit einer 50:50 Chance leider nicht so gut dran.

Eine Forschergruppe aus Marburg hat dagegen gute Nachrichten für alle, da ein Stimmungsaufheller namens Prozac, der als Mittel seit Jahrzehnten zugelassen, gut verträglich, weit verfügbar, billig ist und vor allem, gegen Coronaviren wirkt. Er kann daher in der Therapie eingesetzt werden. Das Medikament hemmt die Verbreitung von Viren im Körper.

Quelle: https://amp.n-tv.de/wissen/Prozac-wirkt-gegen-Covid-19-article22120075.html

Zu den Zahlen

Bevor wir uns die neusten Zahlen anschauen, muß ich vorwegschicken, daß es nicht unerwartet kommt, daß bei einer Verbreitung des Virus, auch die Sterbefälle wieder ansteigen werden. Diese sind ja künstlich niedrig gehalten worden, durch den Lockdown im März.

Der Knick da am 19.10. ist ein mathematisches Artefakt aufgrund der Schwankungen im 7d Delta.

In diesem Bild wurden die Skalen angepaßt, nicht um die Sterbefälle klein zu halten, sondern um die Toten ins. im Verhältnis der letzten Graphen zeigen zu können, denn die Skala ist ja auch gestiegen.

Die Stadt Braunschweig ist der Meinung, daß man auf engen Plätzen, wer definiert sowas eigentlich?, jetzt auch im Freien Maske tragen müßte. Das ist der nächste Schritt im Regentanzkarusell. Die Maßnahme bringt nichts, also machen wir mehr davon, irgendwann wird schon was passieren. Das mit dem „passieren“ stimmt, aber es hatte dann nicht das mit dem Regentanz zu tun.

Ich freue mich schon auf die Geschichtsbücher der nächsten 200 Jahre, wenn die unsere Generation als die „Ära der digital Primitiven“ bezeichnen werden, die mit primitivem Aberglauben eine Infektionkrankheit bekämpft haben. Setzt natürlich voraus, daß die Menschheit es bis dahin schafft und da sieht es ja nicht wirklich nach aus, wenn man mal ehrlich ist. Vielleicht wirds ja wie bei Mad Max.

Wer mal was zu lachen haben will, der kann den „Wissenschaftsartikel“ im Spiegel lesen:

https://www.spiegel.de/wissenschaft/medizin/corona-nach-aussagen-von-aerztekammer-praesident-was-fuer-die-wirksamkeit-von-masken-spricht-a-b66831a5-3fb5-4ec7-8b4a-23d2419fb4e7

Achtet mal drauf, wie oft die Worte „könnte“, „möglicherweise“ und andere Konjunktive  in einer Auflistung vorkommen, die für die Wirksamkeit von Alltagsmasken sprechen sollen. Am schärfsten fand ich ja diesen Satz im Bezug auf eine Lancet Studie : „Masken könnten demnach das Infektionsrisiko möglicherweise deutlich senken, die Schätzungen schwanken zwischen zehn und 14 Prozent.“ und um was für einen Wert schwanken die Bitte oder ist das der Endwert? Weil mit 10% Schutzwirkung, kommt man nicht weit. Selbst 50:50 wäre noch besser. Was haben die da eigentlich geprüft? Kan man leider gerade nicht prüfen, weil deren Webserver offline sind. Gestern war übrigens Nature nicht zu erreichen, da wollte ich mir auch eine Studie ziehen. Das ist doch komisch oder? Das RKI war gestern auch kurz weg.

Die angeblichen Tests unten mit „Geschirrtüchern => 70% Schutzwirkung“ sind ohne den Virus und dessen realer Größe nicht aussagekräftig, so wie PCR-Tests ohne CT Faktorangabe. Der Covid-19 ist einer der kleinen Vertreter von Viren. Es gibt auch große Viren mit fast 2 Millionen Basenpaaren an DNA Code, die sind teilweise besser ausgestattet mit Basenpaaren als manche Lebensformen :). Tip an die Viren: Augen auf bei der Wahl der aufgenommenen Gensequenzen! 😉

 

Thunderbird 78.3.1 Update mit kleinen Themebugs

Das Update von Thunderbird 78.3 ist nicht ganz so gut gelaufen, wie es sollte.

Thunderbird 78.3.1 Update mit kleinen Themebugs

Das gestern von Fedora präsentiere Update auf Thunderbird 78.3.1 hat leider kleine Bugs bei der Themeimplementierung:

Das bekommt man, wenn man die Themes umstellt von Default -> Dark -> Light -> Default  🙂

Als Folge sind Highlights dann weiße Schrift auf weißem Hintergrund, auch bekannt als die ostfriesische Nationalflagge.

Beheben läßt sich das zum Glück ganz einfach: Theme auswählen und Thunderbird neustarten.

Und auch beim Layout des „Neue Email schreiben“ Fensters gibt es kleine, wenn auch nicht sofort ersichtliche Fehlinterpretationen von „Das soll so sein“ :

Ich glaube nicht, daß es soooo geplant war 😉

Ganz klar, die alte Version mit An:, CC: und BCC: untereinander war IMHO besser, wird aber vermutlich ein ähnliches Verhalten gehabt haben. Der Fehler, wenn man so will, ist hier eigentlich, daß man es überhaupt soweit aufziehen kann, obwohl die UI Elemente das gar nicht nötig haben. Da fehlt so etwas wie ein max-height: im CSS 😉

Was man in den Bildern jetzt nur ganz schlecht zu erkennen ist, daß sich auch der Default Icon Satz geändert hat. Er entspricht jetzt einem HIGH-Contrast Iconsatz für sehbehinderte Menschen. Das ist nicht nur mir ausgefallen. Auch dies wurde Thunderbird als Bug gemeldet, denn im System ist „Gnome“ als Iconsatz eingestellt und da hat sich TB bislang auch dran gehalten.

Der neue Iconsatz ist zu dem etwas größer bei den Element-Abständen eingestellt, was zwar auf einem Tablet besser sein wird, aber leider bei einem 20 Konten. mit jeweils 40 Unterordnern, Thunderbird nur eine unnötige Platzverschwendung darstellt.

Die Thunderbird-Telemetriedaten

Nicht ganz so erfreulich, aber zum Glück abwählbar, ist die Zwangsaktivierung der Telemetriedaten.

Diverse Nutzer, meine Wenigkeit inklusive, konnten nachweisen, daß die Übermittlung der Telemetriedaten an Thunderbird vor dem Update ausgeschaltet war und automatisch aktiviert wurde. Ihr solltet das also genau prüfen, wenn Ihr jetzt 78.3.1 oder schon 74.x bekommen habt.

Hier könnt Ihr das abschalten:

Wie man sehen kann, war das die Schwarz-Weiße-Phase nach dem Themewechseltest 😀

Die Thunderbird Devs sind dran, auch wenn Sie wenig begeistert waren, daß mehrere Fehler in einem Bugreport gemeldet wurden. Das bringt mich auch gleich zum Abschluß, denn ..

Eine Sache muß ich noch gerade ziehen

Ich hatte heute morgen einen Datenschutzverstoß von Thunderbird gemeldet. Dieser konnte gegen 21 Uhr zu meiner Zufriedenheit von den Thunderbird Devs aufgeklärt werden und ist damit erledigt. Die Datenschutzbeschwerde beim LFD und BFD bereits durch mich zurückgezogen und als erledigt erklärt worden.

Damit Ihr diese Nachricht auch findet, wenn Ihr der alten Artikelurl folgt, wurde dieser Artikel als Ersatz eingestellt. Das ist also der Grund wieso Ihr etwas anderes gesehen habt, als Ihr vielleicht erwartet habt.