av9ash/GitBugs huggingface dataset:
Bug: Site loads *only* article Title, nothing more
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-18 10:13:39+00:00
Resolved: 2020-04-19 11:48:54+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1 Lightning/5.8.1

Steps to reproduce:

I simply went to a particular website. Nothing more. This is the URL:

https://www.courier-journal.com/picture-gallery/news/local/2020/01/15/historic-photos-louisville-kentucky-motorcycle-clubs/4470312002/?fbclid=IwAR226-kSeE7_KJUga493Z5zL08zfX6ggerKuIzWajy3Oqqh87i5ncqkUnRU


Actual results:

The page loaded but the only visible thing was the title to the article. The rest of the page is blank.


Expected results:

It should have loaded around 31 pictures and their descriptions and other clickable articles to read about.
Bug: go to Parent Folder bookmarks extension stopped working in SeaMonkey 2.53.1
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-25 11:14:18+00:00
Resolved: 2021-07-10 06:59:58+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1 Lightning/5.8.1

Steps to reproduce:

Install goParentFolder@alice.xpi
Said ‘will be installed on restart’


Actual results:

No affect.


Expected results:

 In SeaMonkey 2.45 and 2.49 there used to appear ‘goParentFolder’ item in the context menu of a bookmark found by ‘Search’ in the Sidebar sheet ‘Bookmarks’
Bug: Composer window path display in other language
Status: NEW
Priority: --
Created: 2020-04-25 13:54:03+00:00
Resolved: 2021-03-10 22:03:11+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1 Lightning/5.8.1

Steps to reproduce:

Load file with a Cyrillic filename.


Actual results:

In the Composer window caption Cyrillic substituted by false(?) Unicode (see the corresponding picture in the attached file). 


Expected results:

Should resolve, because Browser resolves (see  another corresponding picture in the attached file).
Bug: Spelling dictionaries not seen in Spelling Menu
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-25 17:04:05+00:00
Resolved: 2020-05-04 20:13:17+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1

Steps to reproduce:

Install a dictionary (e.g. French or Polish or British English).



Actual results:

The installation ran good. SeaMonkey reports ‘Installed successfully’
Add-ons Manager says the dictionary is installed. 
Neither component (Browser, Composer, Mail) Spell Menu sees either but US English language 



Expected results:

Spelling checker should propose that bunch of dictionaries.
Bug: URL desktop shortcut defective
Status: UNCONFIRMED
Priority: --
Created: 2020-04-25 17:39:26+00:00
Resolved: 2021-03-10 22:03:31+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1

Steps to reproduce:

Make SeaMonkey default brouser in its own Menu request and in Windows 10 ‘Default apps’ settings.
Create an internet page shortrcut on desktop by means of drag-and-drop from address bar in SeaMonkey browser window.
Close (or not) browser.
Double-click on the shortcut just created.
Windows still asks ‘How do you want to open this URL file’ .
Choose ‘SeaMonkey’. Click OK.


Actual results:

The browser does not jump to the page in a right way. In the address bar shows ‘file:\\\…’
In the browser window shows strange behavior without images (see attached picture) 


Expected results:

Should open the Internet page correctly.
May be odd behavior of windows 10, or poor integration of SeaMonkey
Bug: SeaMonkey consumes 100% CPU
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-27 08:23:45+00:00
Resolved: 2021-06-03 15:40:35+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1 Lightning/5.8.1

Steps to reproduce:

Every once in a while, the browser starts consuming 100% CPU
(100% of one core, to be exact, see the screenshot - 25% of my 4 core CPU).
This started happening after upgrading to 2.53.1, it never happened
in the previous version (2.49.5). All versions are 32-bit running
on 32-bit Windows 7.

The steps to reproduce this are vague, I know, but there seems
to be a pattern. As far as I can tell, it is related to memory
and the garbage collector going on some sort of an infinite loop.
When this happens, the browser is essentially not usable, but
is working although with VERY VERY slow response to scrolling,
closing/switching tabs etc.

The pattern I observed:

* The "age" of the browser matters.

This seems to be related to how long the browser has been running.
I have never seen it in a freshly open browser. Instead, it usually happens
at the end of the day when I have been using it for the entire day.

* The number of tabs does not seem to matter

I have seen this happen with just a few tabs. At the time I captured
the attached logs, I had only 2 tabs open. However, the number of tabs
does seem to make it easier for this bug to happen. The most common
pattern - open a web site (I usually do this with a news website,
http://www.lenta.ru), then Ctrl+Shift+Click on multiple new articles
so that they are open in background tabs without switching to them.
Having said that, even opening 20-40 tabs does not trigger this reliably.
The critical part, I think, is how many tabs are being open at the same time,
not how many tabs are actually open in a "complete" state.

* The actual URL does not matter

Most commonly I see this on http://www.lenta.ru, but I suspect this
is just because of my browsing pattern. I have seen this happen
with other sites too. What is interesting is that even when the browser
gets into this "loop" state, if I kill the browser in the Task Manager
and restart it, when the browser restarts and opens all the same tabs
again, everything is working.

Bottom line - this seems to be a race condition of sorts somewhere
in the memory allocation or garbage collection. It is not a concrete
error on any one concrete page.

* Closing all tabs stops the loop

If I am patient enough and close all tabs, the browser becomes
responsive again. The attached logs were captured after closing
all tabs after getting into this "loop" state without restarting
the browser.

Unfortunately, this is as much information as I can gather.
This happens almost every day to me, but I do not have a very reliable
way to reproduce this. I am attaching concise and verbose memory
logs here. Please let me know if there is anything else I can capture,
preferably from the outside of the browser as getting it done
inside takes forever.
Bug: welcome_help.xhtml IRC ("Realtime Chat") link still points to moznet
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-03 05:23:52+00:00
Resolved: 2020-06-14 12:48:21+00:00

The SeaMonkey Help welcome page has a "Realtime Chat" link which points to the old project channel on moznet.
Bug: welcome_help.xhtml: wrong "Problemlösung" hyperlink to SM 1.5 Release Notes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-03 06:51:58+00:00
Resolved: 2020-06-06 16:15:45+00:00

Steps how to reproduce with installation of official  De SeaMonkey 2.53.2 beta 1 Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200402090541 (Default Classic Theme, my normal created User Profile) on German WIN7 64bit

1. Launch Browser
2. <f1> for Help  
   » WELCOME Help page appears  
3. Click "Problemlösung" heading with link  
   Bug: opens <http://www.seamonkey-project.org/start/> although <http://www.seamonkey-project.org/releases/seamonkey2.53.2/#troubleshooting> does exist

a) Probably bug is much older than 2.53
b) I checked welcome_help.xhtml from seamonkey-2.53.2b1.de.langpack.xpi (2.53.1), there we have a link to 
   <http://www.mozilla.org/start/1.5/troubleshooting/> 
c) Source can be found at <https://hg.mozilla.org/>
d) seems more or less the same problem as in Bug 1346622
e) Might be a problem in all Language packs?
Bug: mailnews_organizing.xhtml: wrong " Know your Enemy: Phishing" hyperlink
Status: NEW
Priority: --
Created: 2020-05-03 07:42:02+00:00
Resolved: 2023-07-01 17:05:29+00:00

Steps how to reproduce with installation of official De SeaMonkey 2.53.2 beta 1 Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200402090541 (Default Classic Theme, my normal created User Profile) on German WIN7 64bit

1) Launch Browser
2) ˋ<f1> for Help → Search for "Phishing → Go to hit "Phishing Detection" → click link "Phising Detection"ˊ 
   »"Ooops... Error 404" on https://www.honeynet.org/papers/phishing/   😥  

Additional information:
a) Source file is mailnews_organizing.xhtml from seamonkey-2.53.2b1.en-US.langpack.xpi
b) Probably all LangPacks / Translations are affected.
c) To where should w link? Simply Wikipedia? That seems too easy
Bug: cs_nav_prefs_navigator.xhtml: wrong "Domain Guessing" hyperlink
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-03 08:10:18+00:00
Resolved: 2020-05-13 18:16:16+00:00

Steps how to reproduce with installation of official De SeaMonkey 2.53.2 beta 1 Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200402090541 (Default Classic Theme, my normal created User Profile) on German WIN7 64bit

1) Launch Browser
2) ˋ<f1> for Help → Search for "Location Bar" → Go to first hit "Location Bar" → Find  "Domain Guessing" below heading "Browser Preferences - Location Bar" → click link "Domain Guessing"ˊ 
   »"Error 404" on https://www.mozilla.org/de/docs/end-user/domain-guessing.html   😥  

Additional information:
a) Source file is cs_nav_prefs_navigator.xhtml from seamonkey-2.53.2b1.en-US.langpack.xpi. It contains a hyperlink <http://www.mozilla.org/docs/end-user/domain-guessing.html>, which for me leads to above mentioned target for unknown reasons
b) Probably all LangPacks / Translations are affected.
c) To where should we link?
Bug: cs_nav_prefs_advanced.xhtml: wrong "Link Prefetching FAQ" hyperlink
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-03 08:38:23+00:00
Resolved: 2021-03-08 23:05:57+00:00

Steps how to reproduce with installation of official De SeaMonkey 2.53.2 beta 1 Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200402090541 (Default Classic Theme, my normal created User Profile) on German WIN7 64bit

1) Launch Browser
2) ˋ<f1> for Help → Search for "Proy" → Go to first hit "proxypreferences" → Find  " Link Prefetching FAQ "below heading "Advanced Preferences - Cache"  → do your own testsˊ 
   »  Link Prefetching FAQ http://www.mozilla.org/projects/netlib/Link_Prefetching_FAQ.html for me leads to https://developer.mozilla.org/de/docs/Web/HTTP/Link_prefetching_FAQ, which does exist, but may be we should directly link to there?        

Additional information:
a) Source file is cs_nav_prefs_advanced.xhtml from seamonkey-2.53.2b1.en-US.langpack.xpi.
b) Probably all LangPacks / Translations are affected.
c) I haven't a clue how to test for other languages because I get forwarded to a German language explidation page.
Bug: Impossible to log in to addons.thunderbird.net
Status: NEW
Priority: --
Created: 2020-05-03 17:35:18+00:00
Resolved: 2022-11-17 17:19:07+00:00

Steps how to reproduce with installation of official  De SeaMonkey 2.53.2 beta 1 Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200402090541(Default Classic Theme, my normal created User Profile) on German WIN7 64bit:

1) visit https://addons.thunderbird.net/de/seamonkey/
2) Click 'Log in' to contribute something   
   » Expected: some username /PW input dialog opens
      Actual: endless idle - throbber  😥

Additional information:
a) Using newly created User Profile does not help
b) Lots of Warnings in Error Console, I can't tell whether related to this problem
c) I think I already noticed this problem long ago
d) Works fine with Browser "Torch" 
e) No own contributer account required for testing.
Bug: Tooltip for Print button shows "Print this message"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-04 00:42:46+00:00
Resolved: 2020-06-06 12:55:08+00:00

When Bug 718517 landed it meant that web composer had its tooltip overridden by mailOverlay.xul so became "Print this message" rather than "Print this page"
Bug: "aboutTelemetry.properties" contains dead Link
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2020-05-04 04:51:06+00:00
Resolved: 2020-05-04 13:28:30+00:00

File "aboutTelemetry.properties" from seamonkey-2.53.2b1.en-US.langpack.xpi contains hyperlink to http://gecko.readthedocs.io/en/latest/toolkit/components/telemetry/telemetry/data/main-ping.html
That contents does not exist 😥

Additional information
a) I haven't a clue what  "aboutTelemetry.properties" or the link in it might be useful for.  I only found that dead link by systematic search.
Bug: "downloadmanager.properties": Links to Microsoft documentation are no longer useful
Status: NEW
Priority: P5
Created: 2020-05-04 05:05:58+00:00
Resolved: 2020-05-04 13:34:53+00:00

File "downloadmanager.properties" from seamonkey-2.53.2b1.en-US.langpack.xpi contains hyperlinks to Microsoft documentation. For me these hyperlinks will be forwarded to general Microsoft documentation pages, for example 
http://support.microsoft.com/kb/174360
will be forwarded to
https://support.microsoft.com/de-de/hub/4338813/windows-help?os=windows-7
I doubt that that is useful 😥

Additional information
a) I haven't a clue what linked information might be useful for.  I only found that dead link by systematic search.
Bug: Wrong max version in SeaMonkey 2.53 language packs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-05 12:09:13+00:00
Resolved: 2020-06-14 13:29:26+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.1

Steps to reproduce:

just installed 2.53.2en after removing previous 2.53.1en (with IT package added).
Linux Ubuntu 18.04 LTS 64 bit.

Installation was done follow:
$ sudo mv /opt/seamonkey /opt/seamonkey2.53.1en
$ tar xvaf seamonkey-2.53.2.en-US.linux-x86_64.tar.bz2
$ sudo mv seamonkey /opt



Actual results:

Browser miss all the menu, see attach.
Mail miss the email account index page, this happen for all accounts, see attach.
Reinstalled the 2.53.1en restore all correct results.
Strangely the IT package seems still there.


Expected results:

Browser should show the menu, and Mail should show the account index settings page.
Bug: Port |Bug 1296253 - Horizontal space for notes in the address book makes phone numbers unreadable| to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-05 22:22:24+00:00
Resolved: 2020-06-14 13:52:30+00:00

Port the following bug to SeaMonkey:
* Bug 1296253 - Horizontal space for notes in the address book makes phone numbers unreadable

Mostly whitespace change as it wraps the two vboxes in an hbox
Bug: Update how screen is refreshed when switching address books
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-06 14:00:28+00:00
Resolved: 2020-06-14 13:53:41+00:00

At the moment:
The search field is cleared when clicking on the current address book
The previously selected contact is left displayed after switching to a different address book

This patch ports the relevant parts of the following bugs to SeaMonkey:
* Bug 900541 - Contacts side bar: Don't pre-select first address when changing address book
* Bug 1140846 - Save some unnecessary calls to abResultsPane.js::SetAbView in addressbook window and Contacts sidebar

It also moves onAbClearSearch into abCommon.js to match the location in TB.
Bug: De Help "Composer-Tastenkombinationen": wrong hint concerning "Einzug vergrößern" and "Einzug verkleinern"
Status: UNCONFIRMED
Priority: P4
Created: 2020-05-15 18:11:34+00:00
Resolved: 2023-07-14 06:10:27+00:00

Help Tells:  

| Befehl             | Windows | Mac OS | Linux oder Unix |
|-------------------- | ---------|--------|-----------------|
| Einzug vergrößern  | Strg+[  | Cmd+[  | Strg+[          |
| Einzug verkleinern | Strg+[  | Cmd+]  | Strg+[          |

But I doubt that that's true, there is no such key on German keyboard. "[" has to be created by <Alt Gr + (>

I observed that with installation of unofunofficial (by wg9s) DeSeaMonkey 2.53.3beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200510220906 (Default Classic Theme, newly created User Profile) on German WIN7 64bit

a) Help file is shortcuts_composer.xhtml from German language pack
b) Help can be found with F1 -> search for "Tastenkombinationen" ->click hit "Composer-Tastenkombinationen"
c) before this one can be fixed we will have to find out which keys really doe the shortcut.
c1) May be we even need to fix a "missing shortcut" bug.
Bug: DE glossary.xhtml: Wrong hyperlink syntax '<a href="world_wide_web">'
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-16 06:15:53+00:00
Resolved: 2020-06-14 15:54:54+00:00

Steps how to reproduce with installation of unofficial (by wg9s)  **De**  SeaMonkey 2.53.3beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200510220906 (Default Classic Theme, newly created User Profile) on German WIN7 64bit

1. Launch Browser  
3. Click 
2. ˋ<f1> for Help → Search Help for "Suchmaschine" → Click the hitˊ   
3. Click link behind "World Wide Web"  
   » Expected: Web Page or new Help or new heading in help opens   
      Actual: Warning Message  😥  

a) Reason is wrong hyperlink syntax "<a href="**world_wide_web**">World Wide Web</a> "
Should be <a href="**#world_wide_web**">World Wide Web (WWW)</a> 
b) Works fine in English Language
Bug: De customize_help.xhtml: Wrong hyperlink syntax at [Zurück zum Beginn des Abschnitts]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-16 08:25:05+00:00
Resolved: 2022-08-09 05:17:25+00:00

Steps how to reproduce with installation of unofficial (by wg9s) **De** SeaMonkey 2.53.3beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200510220906 (Default Classic Theme, newly created User Profile) on German WIN7 64bit

1. Launch Browser  
3. Click 
2. ˋ<f1> for Help → Search Help for "SeaMonkey anpassen→ Click the hitˊ   
3. Click link behind "[Zurück zum Beginn des Abschnitts]"  below "Die Standardschriftart ändern"
   » Expected: Back to beginning of the chapter  
      Actual: Warning Message  😥  
4.  Click link behind "[Zurück zum Beginn des Abschnitts]"  below "Theme ändern"
   » Expected: Back to beginning of the chapter  
      Actual: Warning Message  😥  

a) Reason is wrong hyperlink syntax  like in Bug 1638519 
Should be <a href="**#world_wide_web**">World Wide Web (WWW)</a> 
b) Works fine in English language
Bug: DE mailnews_blogs_and_feeds.xhtml: Typos
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-05-17 06:19:58+00:00
Resolved: 2022-09-15 04:43:55+00:00

Steps how to reproduce with installation of unofficial (by wg9s) De SeaMonkey 2.53.3beta 1 pre Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200510220906 (Default Classic Theme, newly created User Profile) on German WIN7 64bit

1. Launch Browser  
3. Click 
2. ˋ<f1> for Help → Search Help for "Erste Schritte mit Blogs & Newsfeeds" → Click the hitˊ   
3. Search page for wrong spellings from list below

I found some typos (Always: wrong -> correct):

verschiebene  ->
verschiedene

gesammten   ->
gesamten
(2 times)

News-Acocunt    ->
News-Account 

läd   ->
lädt

standardmässig   ->
standardmäßig

Abonieren   ->
Abonnieren
(several times in the text)

möglicherwesen  ->
möglicherweise

Account-übersicht,  ->
Account-Übersicht,
(several times)

Account names "Mozilla News"   ->
Account namens "Mozilla News"

 Aktualisierungs-Interval   ->
 Aktualisierungs-Intervall

 einge  ->
eine

abonieren   ->
abonnieren

Ornder  ->
Ordner

Abonier-Dialogs   ->
Abonnier-Dialogs


umbennnen   ->
umbenennen

Feed-Abonier-Dialog   ->
Feed-Abonnier-Dialog

Feed-Eingeschafts-Dialog   ->
Feed-Eigenschafts-Dialog

Feed-Abonier-Fensters   ->
Feed-Abonnier-Fensters
Bug: mailnews_getting_started.xhtml: Typos and wrong hyperlinks
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-05-17 07:08:20+00:00
Resolved: 2023-07-01 16:03:05+00:00

Steps how to reproduce with installation of unofficial (by wg9s) De SeaMonkey 2.53.3beta 1 pre Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200510220906 (Default Classic Theme, newly created User Profile) on German WIN7 64bit

1. Launch Browser  
3. Click 
2. ˋ<f1> for Help → Search Help for "Erste Schritte mit SeaMonkey Mail" → Click the hitˊ   
3. Search page for wrong spellings from list below
4. Check listet wrong hyperlinks

(4) Wrong Hyperlink
In first TOC there is a list item "Nachrichten signieren & verschlüsseln" which should lead to a target "mail_sec_help.xhtml", which does not exist. IMHO correct target is "mailnews_security.xhtml" 

(3) I found some typos (Always: wrong -> correct):

exisistiert  ->
existiert

ersprechen   ->
entsprechen

eingebenen   ->
eingegebenen

detailierte   ->
detaillierte

ausgewࣦhlt   ->
ausgewählt

Informqtionen   ->
Informationen

Sie können weiters der Verzeichnis-Server der Adressbücher für diesen Account ->
Sie können außerdem Einstellungen der Verzeichnis-Server der Adressbücher für diesen Account ändern
(I'm not sure whether ths explication really is correct, but "weiters" definitively is incorrect, replacing with "außerdem" definitively is some progress)

or Synchronisation & Speicherplatz   ->
oder Synchronisation & Speicherplatz

von Ihnen angebene Größe   ->
von Ihnen angegebene Größe

Ihnen dass Standart-Format und die Zitier-Einstellungen   ->
Ihnen, das Standart-Format und die Zitier-Einstellungen
Bug: [De] mailnews_offline.xhtml: Typos
Status: ASSIGNED
Priority: P5
Created: 2020-05-19 05:22:14+00:00
Resolved: 2023-09-25 10:39:07+00:00

Steps how to reproduce NOT reproducible REPRODUCIBLE with installation of unofficial (by wg9s) DeSeaMonkey 2.53.3beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200510220906 (Default Classic Theme, newly created User Profile) on German WIN7 64bit

1. Browser → F1
   » Help appears
2. Type search string "Offline arbeiten" → Click first hit "Offline arbeiten"
   » Related Help appears

You will find some misspelled words

Weiters  → 
Außerdem

des Mail-Fensterst  → 
des Mail-Fensters

füür → 
für
 
ordnerbasierenden → 
Ordner-bezogenen
 
Wenn Sie wollen das SeaMonkey  → 
Wenn Sie wollen, dass SeaMonkey 
 
abonierten  → 
abonnierten 

estlegen  → 
festlegen
 

 
BTW: 
a) I doubt that the help is in accordance with the current UI. In English version I read: "...  lower right corner of the Mail window (to the left of the Cookie icon) to go offline. " There is no cookie icon ...
b) I doubt that this "(disk_space_settings_blogWindows und Linux)" contains correct info.

For (a),(b) someone with more knowledge should file separate Bugs if necessary