av9ash/GitBugs huggingface dataset:
Bug: Incorrect useragent string
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-22 15:59:52+00:00
Resolved: 2024-07-21 12:47:08+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:-1.0) Gecko/20100101 Firefox/-1.0

Steps to reproduce:

Start Seamonkey


Actual results:

about: (as well as any site reporting the user agent string) shows
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:-1.0) Gecko/20100101 Firefox/-1.0


Expected results:

The user agent should be something more like
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0
(copied from Firefox on the same machine).
Obviously the Windows and Firefox versions could be different - but anything but "-1"!
Setting general.useragent.override in about:config or user.js has no effect.
Bug: TypeError: event.composedPath is not a function
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-07-24 19:29:56+00:00
Resolved: 2022-07-25 15:24:26+00:00

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

Steps to reproduce:

Go to for example 

https://www.w3schools.com/jsref/tryit.asp?filename=tryjsref_event_composedpath

page and try to press DIV1.


Actual results:

You see following error message in the error console:

Timestamp: 7/24/22, 3:28:01 PM EDT
Error: TypeError: event.composedPath is not a function
Source File: https://www.w3schools.com/jsref/tryit.asp?filename=tryjsref_event_composedpath
Line: 14


Expected results:

I should get alert saying something like:

[object HTMLDivElement],[object HTMLDivElement],[object HTMLBodyElement],[object HTMLHtmlElement],[object HTMLDocument],[object Window]

(when running the same page on firefox I get that).
Bug: HTML Source view in composer doesn't support text search
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-27 07:28:14+00:00
Resolved: 2022-07-28 05:22:24+00:00

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

Steps to reproduce:

In Composer, I switch to the "<HTML> Source" view of the page.  I then type ctrl-F or select Edit > Find.


Actual results:

No search bar appears.


Expected results:

A search bar should appear, as in the other views ("Normal", "HTML Tags", and "Preview").
Bug: Loading icon tab is blank
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-07-27 21:31:35+00:00
Resolved: 2022-10-16 21:53:02+00:00

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

Steps to reproduce:

Open any tab with lazy page to see blank loading icon


Actual results:

icon does not exists because in css is old gif name: https://gitlab.com/search?search=loading.gif&nav_source=navbar&project_id=14380873&search_code=true&repository_ref=2_53_13_final

Now used is (a)png animation


Expected results:

CSS should be updated to latest name of file
Bug: Email shows attachment inline, but no attachment is listed to view out-of-line
Status: UNCONFIRMED
Priority: --
Created: 2022-07-28 02:45:09+00:00
Resolved: 2022-09-07 12:03:36+00:00

Steps to reproduce:

Turn "Display Attachments Inline" option on/off, when viewing an email with (possibly malformed) attachment.

User agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0 SeaMonkey/2.53.12

Might be a Thunderbird issue, I don't have that installed to check on. I tried to search for existing bug on both Tb & Seamonkey, but am not used to the search options here & may have missed it.


Actual results:

When on, "Display Attachments Inline" shows the text attachment as desired.
When off, no attachments are listed to open and view.

(Attached sample file has only an attachment, which shows normally with "Display inline" on. When "Display inline" is off, the message appears completely empty.)


Expected results:

I expect that either the attachment would be ignored in both toggles [undesired, but if the message is malformed might make sense] 
OR all attachments shown inline would also be listed out-of-line.
Bug: Browser does not load particular web page
Status: UNCONFIRMED
Priority: --
Created: 2022-07-28 07:46:15+00:00
Resolved: 2023-07-09 09:42:03+00:00

Steps how to reproduce with installation of unofficial (by wg9s) De SeaMonkey  2.53.12 beta 1 Mozilla/5.0  (NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 Build 20220413141527  (Default Classic Theme, newly created User Profile) on German WIN7 64bit:
1. Visit https://braunschweig.virtualcitymap.de/  
  Expected: page loads
  Actual: endless Idling 😥 

Error console tells: 
Zeitstempel: 28.07.2022, 09:39:43
Fehler: SyntaxError: expected expression, got keyword 'import'
Quelldatei: https://braunschweig.virtualcitymap.de/lib/injector.js
Zeile: 42, Spalte: 30
Quelltext:   const injectorURL = new URL(import.meta.url);
Bug: On Particular Web Page drag and drop Map section area does not work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-29 06:41:27+00:00
Resolved: 2023-07-09 09:37:58+00:00

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

1. Visit https://imp-pumps.com/de/
2. Scroll down to Map
3. Click into middle of the map, try to drag and drop clicked point to move visible area
    Expected: clicked map point follows mouse pointer
    Actual: does not 😥

a) Works as expected in FF
b) As soon as I move mouse pointer to map area Error console shows tons of error messages like "Zeitstempel: 29.07.2022, 08:38:23
Fehler: TypeError: c.composedPath is not a function
Quelldatei: https://js.api.here.com/v3/3.1/mapsjs-core.js?ver=0.6.5 line 72 > eval
Zeile: 4"
Bug: "Durchsuchen" button is not functional on elster.de
Status: NEW
Priority: P3
Created: 2022-08-04 08:52:29+00:00
Resolved: 2022-08-04 08:52:29+00:00

**Environment:**
**Browser / Version**: SeaMonkey 2.53.12
**Operating System**: Windows 10  

**Steps to Reproduce**:
1. Navigate to https://www.elster.de/eportal/login/softpse
2. Click "Durchsuchen" button.
3. Observe the behavior. 

**Expected Behavior:**
The file picker is triggered, allowing to choose files from PC.

**Actual Behavior:**
Nothing happens, the file picker is not triggered.

**Notes:**
1. Screenshot attached. 
2. The issue is not reproducible on Chrome and Firefox.
Bug: discord shows just blank page
Status: NEW
Priority: --
Created: 2022-08-04 09:28:45+00:00
Resolved: 2022-08-04 18:10:01+00:00

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

Steps to reproduce:

just open https://discord.com/app



Actual results:

blank page (On 2.53.13 & 2.57)
No Ad Blocker is active


Expected results:

the Discord web app should start
Bug: pixiv.net & fanbox.cc shows blank page
Status: UNCONFIRMED
Priority: --
Created: 2022-08-04 09:56:37+00:00
Resolved: 2022-08-07 15:40:26+00:00

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

Steps to reproduce:

pretty much like in this Firefox Bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1773873




Actual results:

blank page (On 2.53.13 & 2.57)
No Ad Blocker is active


Expected results:

pixiv.net & fanbox.cc should load normally
Bug: Articles already read are newly marked as unread
Status: UNCONFIRMED
Priority: --
Created: 2022-08-06 13:39:25+00:00
Resolved: 2022-08-08 07:00:57+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:-1.0) Gecko/20100101 Firefox/-1.0

Steps to reproduce:

Read articles in subscribed group.
AND/OR
Marked whole group as "read".

Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68) Gecko/20100101 Firefox/68


Actual results:

Article is marked as "read".
After a few hours (following repeated requests to the server for new articles) the same article (and a number of others) are remarked as "unread" (like any new ones).
Can keep doing this repeatedly.

(Typical small group: a few hundred articles conserved a month, 10-20 new articles per day.) I deleted the relevant .msf file to get a fresh start: no difference.
The file's authorisations are ok.


Expected results:

Nothing should have changed.
Bug: Dead links in cs_nav_prefs_advanced.xhtml [en-US]
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-08-07 14:27:25+00:00
Resolved: 2022-10-16 22:03:48+00:00

##  Dead links:
### 1. Prefetching  
In text "see the online [Link Prefetching FAQ](https://developer.mozilla.org/docs/Web/HTTP/Link_prefetching_FAQ)" -- Target language needs to be modified to "en-US", so that it will lead to [this page](https://developer.mozilla.org/en-US/docs/Web/HTTP/Link_prefetching_FAQ).    
  
### 2. Proxy Auto Configuration  
In text "see the online [MDN documentation on Proxy Auto-Configuration files](https://developer.mozilla.org/docs/Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_%28PAC%29_file)" -- Link target language needs to be "en-US" and should lead to [here](https://developer.mozilla.org/en-US/docs/Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_PAC_file)!

### Additional info
a) Probably also other Languages affected, at least for [De] both links in Help do not work  
b) Does someone see additional problems?  
c) I can create a "repaired" file and attach it here ; would also integrate fixes for "Bug 1269434 - cs_nav_prefs_advanced.xhtml: Typos"
Bug: GLS real time tracking only shows blank white page
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-08 06:21:23+00:00
Resolved: 2023-07-09 09:35:14+00:00

Steps how to reproduce  with installation of unofficial (by wg9s) De SeaMonkey 2.53.14 beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 Build 20220801210005 (Same with normal user Profile and newly created User Profile Default Classic Theme) on German WIN10 64bit

1. Visit https://gls-rtt.com/#/DE/de
   » Expected: Page for input of packagetracking ID appears
    Actual: Blank white Page 😥

### Additional info:
a) Works fine in FF
Bug: Editing openstreetmap with Browser Editor does no longer work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-08 17:01:30+00:00
Resolved: 2023-07-09 09:33:04+00:00

STR with installation of unofficial (by wg9s) De SeaMonkey 2.53.14 beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 Build 20220801210005 (Same with normal user Profile and newly created User Profile Default Classic Theme) on German WIN10 64bit:

1. Visit https://www.openstreetmap.org/edit?way=106698942#map=19/52.25167/10.49866
2. Sign in ifnecessary
   » Expected: Editor opens with aerial photograph and map
   Actual: blank white page 😥

### Additional info:
a) Error console shows Zeitstempel: 08.08.2022, 18:58:45
"Warnung: Content Security Policy: 'x-frame-options' wird wegen 'frame-ancestors'-Direktive ignoriert." and lots of other warnings  
b) Error Console shows  error message "Zeitstempel: 08.08.2022, 19:00:05
Fehler: SyntaxError: invalid identity escape in regular expression
Quelldatei: https://www.openstreetmap.org/assets/id-0ac2d4ce47c510bb7126ddaaff5ce431b29900dd9c2a7c83badd8a7be7e7d453.js
Zeile: 60, Spalte: 23465
Quelltext:
[\p{L}\p{N}]"
Bug: Dead links and typos in cs_nav_prefs_advanced.xhtml [de]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-13 17:38:17+00:00
Resolved: 2023-07-10 20:31:18+00:00

+++ This bug was initially created as a clone of Bug #1783558 +++

##  Dead links:
### 1. Prefetching  
In text "siehe [Link Prefetching FAQ](https://developer.mozilla.org/docs/Web/HTTP/Link_prefetching_FAQ)" -- Target language needs to be modified to "en-US" because "de" dosnot exist. So it will lead to [this page](https://developer.mozilla.org/en-US/docs/Web/HTTP/Link_prefetching_FAQ).    
  
### 2. MDN documentation on Proxy Auto-Configuration files  
In text "Siehe [MDN documentation on Proxy Auto-Configuration files](https://developer.mozilla.org/docs/Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_%28PAC%29_file)  (englisch)" -- Link target language needs to be "en-US" and should lead to [here](https://developer.mozilla.org/en-US/docs/Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_PAC_file)!

### Some typos on page
(I would correct them together with link fixes):

```
bechreibt    ▬► 
beschreibt 
  
Deativieren   ▬► 
Deaktivieren

eingeblenden   ▬► 
eingeblendt   

Web-Steite   ▬► 
Web-Seite    

standardmässig   ▬► 
standardmäßig 

auschalten   ▬► 
ausschalten
  
jedlichen   ▬► 
jeglichen

deaktiveren   ▬► 
deaktivieren 

apspielen   ▬► 
abspielen

Standord   ▬► 
Standort

ansehn   ▬► 
ansehen
  
 Netzwerk-Adminstrator   ▬► 

 Netzwerk-Adminstrator   ▬► 
  Netzwerk-Administrator

Protokol   ▬► 
Protokoll  

diesm   ▬► 
diesem

Orignalversion   ▬► 
Originalversion
  
Piplining   ▬► 
Pipelining

ansehn   ▬► 
ansehen 

auserdem   ▬► 
außerdem

vergfügbar   ▬► 
verfügbar

MenüSeaMonkey Bearbeiten   ▬► 
Menü Bearbeiten
 
hervorzueheben   ▬► 
hervorzuheben

Standardmässig   ▬► 
Standardmäßig


```


### Additional info
a) Probably also other Languages affected  
b) Does someone see additional problems?  
c) Concerning general spelling of Menu Items: "MenüSeaMonkey Bearbeiten" (= "open MenuSeaMoney Edit" seams rather crazy to me. Should'nt we better uns something like "Open Menu 'Edit' (= "Menü 'Bearbeiten')"  or "Open Menu _Edit_ or similar? What do you think?  
d) I will create a "repaired" patch file and attach it here
Bug: youtube: cannot answer to comments
Status: UNCONFIRMED
Priority: --
Created: 2022-08-16 19:05:51+00:00
Resolved: 2022-08-18 21:45:11+00:00

Steps to reproduce:

Try to answer to a comment 


Actual results:

The answer-"button" flashes, but that's it


Expected results:

a textfield for answering appears.

this happens on User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 SeaMonkey/2.53.13 - Build-Identifikator: 20220704105653
but not on User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.57 - Build identifier: 20220803123014

There are no active adblockers
Bug: localization: Dead links in cs_nav_prefs_advanced.xhtml
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-19 13:55:35+00:00
Resolved: 2022-08-21 22:33:00+00:00

+++ This bug was initially created as a clone of Bug #1783558 +++
Transfer Linkfix from en-US to other localizations with translation (es-AR, de, hu, it, pl, ru, en-GB?, es-ES)
Bug: Composer: leaving the "Source" tab overwrites the X11 primary selection
Status: NEW
Priority: --
Created: 2022-08-21 11:49:11+00:00
Resolved: 2022-08-21 11:49:11+00:00

In SeaMonkey Composer on X11, switching from the "Source" tab to another tab will replace the primary selection with the content of the editable document source code (everything but the doctype line?).

To reproduce:
1) Open Composer, switch to the "Source" tab
2) Set the primary selection (for example, if xclip is installed, run "echo test | xclip -i" in a terminal emulator).
At this point, if you paste the primary selection (can be tested with "xclip -o", for example), it will show "test".
3) Switch to another tab in Composer
4) Check/paste the selection content (possibly with "xclip -o" again), it now pastes the document source from Composer.
Bug: Unable to navigate the map on tools.geofabrik.de
Status: NEW
Priority: P3
Created: 2022-08-22 11:41:39+00:00
Resolved: 2022-08-23 04:49:18+00:00

**Environment:**
Operating system: Windows 10
Browser tested: SeaMonkey 2.53.13
Other browsers tested: Firefox Nightly 105.0a1 (2022-08-19)

**Steps to reproduce:**
1. Go to https://tools.geofabrik.de/osmi
2. Click and Drag on the map
3. Observe the behaviour

**Expected Behaviour:**
The map can be navigated.

**Actual Behaviour:**
Unable to navigate the map.

**Notes:**
1. Video provided: https://drive.google.com/drive/folders/1a8V13bNv0YdAS-0FHwWCz_mjiRTgYG_d
2. Nothing happens when the objects on the map are clicked
3. Not reproducible on Firefox Nightly
Bug: Dead Link in composer Help (composer_help.xhtml)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-08-25 15:21:28+00:00
Resolved: 2024-01-06 15:52:30+00:00

STR with SM 2.53.14 en-US:
1. <f1> for help
2. Go To 'Creating Web Pages' → search page for "color names"
   » First one will work, lead to
   » Second one is dead, leads to https://www.w3schools.com/html/html_colornames.asp 😥

Additional Info:
===============  
a) Repair hint: Link Target should be <https://www.w3schools.com/colors/colors_names.asp>
b) localizations also affected.
Bug: [De]  Composer Help (composer_help.xhtml): Missing Paragraphs
Status: NEW
Priority: --
Created: 2022-08-25 15:39:35+00:00
Resolved: 2023-09-12 19:53:56+00:00

Found this during my work on Bug 1787243 - Dead Link in composer Help (composer_help.xhtml):
For example related sentence related to " You'll find the official W3C list of CSS supported color names here, and another list of commonly supported color names here. ". When I find the time I will update this help page.
Bug: [de] using_priv_help.xhtml – Missing chapters "Clearing Private Data" and "Browsing in a Private Window"
Status: UNCONFIRMED
Priority: --
Created: 2022-08-31 06:25:25+00:00
Resolved: 2022-08-31 06:25:25+00:00

I found that problem in  installation of unofficial (by wg9s) De SeaMonkey 2.53.14 beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 Build 20220801210005 (Same with normal user Profile and newly created User Profile Default Classic Theme) on German WIN10 64bit

STR: Compare German and English LangPack using_priv_help.xhtml chapter by chapter:

| **Chapters English Help** | **Chapters German Help** | **comment**|
|---|---|---|
| Using the Password Manager | Benutzen des Kennwort-Managers | 👌 |
| Clearing Private Data | ??? | 😥 Missing Paragraph in German Help |
| Browsing in a Private Window |??? | 😥 Missing Paragraph in German Help |
| Encrypting Stored Sensitive Information | Verschlüsseln sensibler gespeicherter Informationen | 👌 |
|Managing Images | Grafiken verwalten | 👌 |

### My sources:
* I'm taking sources (except En-US) from [GITLAB 2.53](https://gitlab.com/seamonkey-project/seamonkey-2.53-l10n)  
* en-US from [archive.mozilla.org](https://archive.mozilla.org/pub/seamonkey/releases/2.53.13/langpack/)
Bug: developer_tools.xhtml: Dead web hyperlink for DOM Inspector tutorial
Status: NEW
Priority: P5
Created: 2022-09-03 18:26:01+00:00
Resolved: 2024-01-01 12:59:55+00:00

+++ This bug was initially created as a clone of Bug #1275660 +++
(because fix does no longer work, target page has vanished)

1. Browser → F1
   » Help appears
2. Type search string "Development Tools" → Click hit 
  "Tools and Development"
   » Related Help appears
3. Search page for "intro"
4. Click found hyperlink "Introduction to the DOM Inspector"
   leading to <http://www.brownhen.com/DI/>
   Bug: "Oops! That page can’t be found."                           :-(

a) Website Search Tool does not find any DOM Inspector related contents
b) Alternatives on  <http://www.mozillazine.org/talkback.html?article=2649&message=5&state=reply> all have gone
c) As long as nobody knows a better tutorial that text line with 
   hyperlink should be dropped?!
d) No DUPs found except "Bug 1708216 - [De] developer_tools.xhtml: Dead Link"
Bug: [De] Typos in glossary.xhtml
Status: UNCONFIRMED
Priority: P5
Created: 2022-09-03 20:03:02+00:00
Resolved: 2022-09-03 20:03:02+00:00

STR: Read chapter "Glossar"

##Typos:

```
Programoberfläche ▬►  
Programmoberfläche 
  
Sprach-Packet ▬►  
Sprach-Paket 
  
Hilfer ▬►  
Hilfe 
  
mitgelifert ▬►  
mitgeliefert 
  
Paß ▬►  
Pass 
  
zertifikate-ausgebende ▬►  
Zertifikate-ausgebende 
  
Fingerabruck ▬►  
Fingerabdruck 
  
Symbolleitste ▬►  
Symbolleiste 
  
kontrolliern ▬►  
kontrollieren 
  
Entschlüsselndurchzuführen ▬►  
Entschlüsseln durchzuführen 
  
regelmässig ▬►  
regelmäßig 
  
gesehn ▬►  
gesehen 
  
Dokuemnt ▬►  
Dokument 
  
regelmässigen ▬►  
regelmäßigen 
  
Interfallen ▬►  
Intervallen 
  
abonieren ▬►  
abonnieren 
  
Implementiation ▬►  
Implementation 
  
stillschweigene ▬►  
stillschweigende 
  
Forschungstätten ▬►  
Forschungsstätten 
  
Program-Oberfläche ▬►  
Programm-Oberfläche 
  
darür  ▬►  
darüber 
  
daC ▬►  
dass 
  
daC ▬►  
dass 
  
indentifizieren ▬►  
identifizieren 
  
muß ▬►  
muss 
  
Standard-Schaltfächen ▬►  
Standard-Schaltflächen 
  
kyptographischer ▬►  
kryptographischer 
  
Brownsers ▬►  
Browsers 
  
Hardwäre ▬►  
Hardware 
  
Zertifizierungstelle ▬►  
Zertifizierungsstelle 
  
daß ▬►  
dass 
  
Indentifikation ▬►  
Identifikation 
  
Schlüsselzur ▬►  
Schlüssel zur 
  
Idendität ▬►  
Identität 
  
Verschlüsselnund ▬►  
Verschlüsseln und 
  
eindoppeltes ▬►  
ein doppeltes 
  
Protokol ▬►  
Protokoll 
  
einemClient ▬►  
einem Client 
  
Erweiterund ▬►  
Erweiterung 
  
Komponentenleisteauf ▬►  
Komponentenleiste auf 
  
Zertifizierungstelle ▬►  
Zertifizierungsstelle 
  
Verschüsselung ▬►  
Verschlüsselung 
  
Verschlüssungsmethode ▬►  
Verschlüsselungsmethode 
  
Aussehn ▬►  
Aussehen 
  
der neue is Standard ▬►  
der neue Standard 
  
Protokol ▬►  
Protokoll 
  
```
## Untranslated Paragraphs 
starting with "HTTP (HyperText Transfer Protocol) The protocol used to transfer web pages ..."

### Translation

```
HTTP (HyperText Transfer Protocol)
    Das Protokoll, das zur Übertragung von Webseiten (HyperText-Dokumenten) zwischen Browsern und Servern über das World Wide Web verwendet wird.
HTTPS (HyperText Transfer Protocol Secure)
    Die sichere Version des HTTP-Protokolls, die SSL verwendet, um die Vertraulichkeit von Kundendaten (z. B. Kreditkarteninformationen) auf dem Weg über das Internet zu gewährleisten.

```
MY Source: seamonkey-2.53.13.de. langpack
Bug: Really port bug 1433037  [taskbar preview's favicon appears blank] to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-13 19:52:22+00:00
Resolved: 2023-02-15 19:53:05+00:00

+++ This bug was initially created as a clone of Bug #1475524 +++

Not so simple fix. Call to imgTools.decodeImage in WindowsPreviewPerTab.jsm needs to be replaced with imgTools.decodeImageAsync and the callback used/called when the image data has been decoded. My previous fix only renamed the function. Wonder if I tested it but probably not because 2.56 and up was broken at the time... Verfied broken in current working 2.57 too.
Bug: ssl_help.xhtml : Dead links
Status: UNCONFIRMED
Priority: P5
Created: 2022-09-17 06:46:35+00:00
Resolved: 2023-10-21 14:20:00+00:00

Steps how to reproduce with installation of unofficial (by wg9s) De SeaMonkey 2.53.14 beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 Build 20220801210005 (Same with normal user Profile and newly created User Profile Default Classic Theme) on German WIN10 64bit:

1. Launch German SeaMonkey
2. <f1>for Help
3. Search Help for "SSL Protokollversionen"
4. Open the only hit for that search
5. At the bottom click link behind 'Einführung in die Public-Key-Verschlüsselung (in englisch)'
   » leads to  https://developer.mozilla.org/en-US/Introduction_to_Public-Key_Cry%2520ptography – "Page not found"
6.  At the bottom click link behind Einführung in SSL (in englisch)'
   » https://developer.mozilla.org/en-US/Introduction_to_SSL – "Page not found"

Additional Info
a)  For (5) an appropriate new link target mibht be <https://developer.mozilla.org/en-US/docs/Glossary/Public-key_cryptography> (But see discussion in "Bug 1707906 - [De] mailnews_security.xhtml: Dead Link to "Introduction to Public-Key Cryptography"" 
b) For (6)  I did not find a useful page on developer.mozilla.org