av9ash/GitBugs huggingface dataset:
Bug: Lightning 5.8.2 - Today pane: Wrong day of week displayed on startup
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-25 19:49:49+00:00
Resolved: 2020-09-01 20:35:55+00:00

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

Steps to reproduce:

SeaMonkey 2.53.2 / Lightning 5.8.2

Start SeaMonkey, then open the Mail & News component
At the top of the "Today Pane", the correct date is shown, but with the wrong day of the week. For example:
* Yesterday (Wed 24 June 2020), it was showing the day as "Mon"
* Today (Thu 25 June 2020), it is showing the day as "Tue"
* Another user on the SeaMonkey users' mailing list reported that on Tue 23 June 2020 is was showing the day as "Mon" for them.

Clicking the "Go to Today" button changes the display to the correct day of week. Clicking "One Day Forward" and then "One Day Backward" to return to the current day changes the display to the correct day of week.

The same still happens with a new profile.
Bug: memory leak
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-25 20:03:17+00:00
Resolved: 2020-06-25 23:03:49+00:00

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

Steps to reproduce:

updated Seamonkey from 2.49.5 to 2.53.2
start Seamonkey, reopen some websites from previous session
refresh all tabs


Actual results:

virtual memory allocation goes to 28 GB, see attach



Expected results:

virtual memory allocation should stay to a reasonable value
Bug: mail2news Crash after cleaning post : when the the topmost article was deleted but still in the local index
Status: NEW
Priority: --
Created: 2020-07-01 08:41:00+00:00
Resolved: 2020-07-05 11:35:19+00:00

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

Steps to reproduce:

On a newsgroups where post have expired or have been cancelled do this : news://your.usenet.server.test/local.test?list-ids

Thanks to FRG to describe this bug : http://al.howardknight.net/?ID=159359274800


Actual results:

Seamonkey crashed


Expected results:

List of article updated and not crashing.
Bug: File/Edit Page: when switch from Normal to Source tab, it takes a long time and freeze entire SeaMonkey, for a html file over 200k, started from release 2.53.1
Status: UNCONFIRMED
Priority: --
Created: 2020-07-03 12:08:42+00:00
Resolved: 2021-01-17 15:31:00+00:00

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

Steps to reproduce:

File/Edit Page: edit a file over 200K
on Nomal tab, no problem.


Actual results:

when switch to Source tab, it took about 1 minute during which the entire SeaMonkey was also frozen. 


Expected results:

This was observed from release 2.53.1, older version didn't have this problem. For smaller size html file, this delay was not observed or felt explicitly. 

I frequently use Normal and Source tab for editing the content, this delay seriously affect work efficiency.
Bug: no WebExtensions spell check
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-03 12:37:26+00:00
Resolved: 2020-07-05 14:02:41+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Edge/18.18362

Steps to reproduce:

I am using a portable version of seamonkey 2.53_2 
The dictionary is installed (see picture in the appendix)
The spell checker does not work, the language is not displayed (see picture in the appendix). Even if I reinstall the language, it does not work.

I suspect it is related to the folder structure in the portable version. 

In which folder should the dictionary be copied
german_dictionary_en_en-20180701.1webext.xpi


This problem is also present in older portable versions
Bug: For particular Website SM complains "Untrusted Connection"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-10 06:27:09+00:00
Resolved: 2022-01-04 02:31:46+00:00

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

1. Launch SeaMonkey with newly created User Profile
2. visit [braunschweig-spiegel.de/](https://braunschweig-spiegel.de/ "braunschweig-spiegel.de")
3. 
   » Expected: Video will start to play  
       Actual: Error message as per attachment 😥   
   
#### Additional information
a) No problem with FF80, Torch, Edge browsers
b) I will check later whether that worked with older versions.  
c) I don't see an obvious DUP in [this query](https://bugzilla.mozilla.org/buglist.cgi?resolution=---&longdesc_type=allwordssubstr&classification=Client%20Software&short_desc_type=allwordssubstr&list_id=15331204&query_format=advanced&product=Firefox&product=SeaMonkey&short_desc=trust&longdesc=trust%20certificate).
Bug: exiting with more than one tab: freezes the window by hiding the choice popup using SeaMonkey 2.53.3
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-10 17:30:55+00:00
Resolved: 2021-03-22 12:36:39+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.3

Steps to reproduce:

open two or more tabs and then hit "x" exit.  A popup notice that more than one tab is open and immediately the window overlays the popup and freezes the window because the popup cannot be accessed. Must close using "task manager" 


Actual results:

Open SeaMonkey then open second (or more tabs) then attempt to close SeaMonkey window. A popup pops up with choice to close/cancel/close all tabs? and the looses focus and cannot be regained, freezing the main window.   


Expected results:

When two or more tabs are open when closing SeaMonkey, the popup with choices should stay in front of the window to allow choice be made.
Bug: Particular Web Pages: Impossible to select text in lists can not be selected / higlighted
Status: UNCONFIRMED
Priority: --
Created: 2020-07-15 19:31:35+00:00
Resolved: 2021-03-10 22:05:42+00:00

Steps how to reproduce with installation of unofficial (by wg9s) De SeaMonkey 2.53.4beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200604210008 (Default Classic Theme, newly created User Profile) on German WIN7 64bit: Please see [this Bug report](https://github.com/trentm/python-markdown2/issues/364).

Due to [this discussion](https://discord.com/channels/503895565902544910/503920736612646912) there really was a CSS bug in the page, which has been fixed. It's now okay with other Browsers, but has remained with SeaMonkey
Bug: cannot log in to https://addons.thunderbird.net/en-US/seamonkey/ with SeaMonkey
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 13:42:29+00:00
Resolved: 2020-07-18 15:54:20+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0

Steps to reproduce:

Tried to log in to my account on https://addons.thunderbird.net/en-US/seamonkey/


Actual results:

Waiting icon keeps running for ever.


Expected results:

I should have been offered to log in as I did when I afterwards tried with FireFox
Bug: [Mac] Empty menuitem in File menu
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-20 18:23:56+00:00
Resolved: 2021-03-08 23:23:24+00:00

On Mac, the "menu_printPreview" menuitem shows up empty in the file menu. It shouldn't be there at all. My guess is that it shows up because it exists in various files, but only non-mac will get a label (and other stuff, like a command) from utilityOverlay.xul (the old platformoverlay that was removed had <menuitem id="menu_printPreview" hidden="true"/>)

Side note: I should have noticed this earlier...
Bug: Extra "rdf:li" line in help.index1.rdf
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-20 19:21:13+00:00
Resolved: 2020-07-26 19:24:32+00:00

There is a left-over <rdf:li> element in help-index1.rdf, after Developer Tools entry:

<rdf:Description about="help-indexAZ.rdf#d">
   <nc:subheadings>
     <rdf:Seq><rdf:li>
       <rdf:Description ID="default_account"
         nc:name="default account"
         nc:link="mailnews_getting_started.xhtml#set_as_default"/>
     </rdf:li>
     <rdf:li>
       <rdf:Description ID="Developer_Tools"
         nc:name="Developer Tools"
         nc:link="developer_tools.xhtml#devtools"/>
     </rdf:li>
     <rdf:li> <!-- Here -->
     <rdf:li>
       <rdf:Description ID="device_manager"
         nc:name="Device Manager"
         nc:link="using_certs_help.xhtml#about_security_devices_and_modules"/>
     </rdf:li>

     <rdf:li>
Bug: TikTok videos do not play
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-21 06:10:55+00:00
Resolved: 2020-07-23 04:46:11+00:00

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

1. Visit arbitrary TikTok video page like [this one](https://www.tiktok.com/@courtnee_mcalexander/video/6850550145851886853?u_code=dbd354aglb0k7h&preview_pb=0&language=en&_d=dbd3577a27963d&share_item_id=6850550145851886853&timestamp=1595307411&utm_campaign=client_share&utm_medium=ios&user_id=6806053735875150853&tt_from=copy&utm_source=copy&source=h5_m) 
2. Click Play Button "►" in video preview picture
   » Expected: Video starts
      Actual: Nothing  😥

### Additional information
a) switch to newly created User Profile does not help
b) I will check later whether this is a regression or a change on the website
c) Fake User Agent String for FF80 does not help
Bug: Exporting SeaMonkey v2.53.3's addressbook does not contain all datas.
Status: NEW
Priority: --
Created: 2020-07-23 03:03:08+00:00
Resolved: 2021-03-10 22:06:14+00:00

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

Steps to reproduce:

1. Make a SeaMonkey (SM) v2.53.3's address book's contact with most/all datas filled out like addresses (home especially), phone numbers, etc.
2. Export this address book into a VCF file from its Tools menu.
3. View this VCF file in a text editor or import into a program that can VCFs.


Actual results:

Inside the exported VCF, it is missing datas as shown in SM's address book. For an example with my test:
begin:vcard
fn:ant dude
n:dude;ant
org:;a dept
adr:;;1234 address;some city;ca;12345;usa
email;internet:ant@farm.edu
title:worker
note:some notes
url:http://work.edu
version:2.1
end:vcard

I have a home address. Why was it not exported correctly?


Expected results:

SeaMonkey's address book's export should exported all datas.

Thunderbird v78.0.1's address book's export to VCF files had no problems when it migrated my abook.mab into abook.sqlite file when I tested it. It seems like SeaMonkey has an export VCF bug. I was able to reproduce this in updated mac OS Mojave v10.14.6 and Debian Jessie v8 machines too.
Bug: sending encrypted email has become unbearably slow
Status: UNCONFIRMED
Priority: --
Created: 2020-07-24 17:00:02+00:00
Resolved: 2023-03-06 23:53:02+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.3

Steps to reproduce:

Composed new email message to myself.  From the Options menu chose "Encrypt This Message".  Clicked Send.


Actual results:

It took 35 seconds from me clicking Send to the email actually being sent.



Expected results:

Email should have been sent within 5 seconds or so (like when I send unencrypted email)
Bug: [De] passwords_help.xhtml: Typos
Status: NEW
Priority: P5
Created: 2020-07-25 14:54:18+00:00
Resolved: 2020-07-25 14:54:18+00:00

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

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

1. Browser → F1
   » Help appears
2. Type search string "Passwörter" → Click first hit "Passwörter"
   » Related Help appears

#### You will find some misspelled words:

Passwörten   -> 
Passwörtern

Enstellungen   -> 
Einstellungen

Paßwörter   ->
Passwörter

Detailierte   ->
Detaillierte

Verschlüssung   ->
Verschlüsselung

Kompromiß   ->
Kompromiss

Indentifizierungen   ->
Identifizierungen

Standardmässig   ->
Standardmäßig

mehere   ->
mehrere

Sicherhauts-Einrichtung   ->
Sicherheits-Einrichtung

software- oder hardwarebasierend   ->
Software- oder Hardware-basierend

Sicheitsstufe   ->
Sicherheitsstufe

geschütze   ->
geschützte

bedeudet   ->
bedeutet

sichtig ein Master-Passwort zu wählen   ->
wichtig, ein Master-Passwort zu wählen

wichig   ->
wichtig

Passwort-Mananger   ->
Passwort-Manager
 (2x) 

wieviele   ->
wie viele
 
Brwoser   ->
Browser

perönlichen   ->
persönlichen

Gross- und Kleinbuchstaben—plazieren   ->
Groß- und Kleinbuchstaben – platzieren

Grossbuchstaben   ->
Großbuchstaben

perönliche Informationen   ->
persönliche Informationen

sichers   ->
sicheres

Diamonds"—der   ->
Diamonds" – der

fuer   ->
für

zusaetzlich   ->
zusätzlich

regelmässig   ->
regelmäßig

sodaß   ->
so dass

daß   ->
dass



a) Info: I consider German Help as some kind of  de-DE (Mozilla does not distinguish different spelling rules in different countries with German language.
Bug: [en-US] passwords_help.xhtml: Typos
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-07-25 15:07:25+00:00
Resolved: 2020-11-01 21:01:39+00:00

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

Steps how to reproduce  with SeaMonkey 2.53.2

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

#### You will find some misspelled words / other typos:

 stored passwords,see   ->
 stored passwords, see
 
passwords again.In addition,   ->
passwords again. In addition,
Bug: [De] page_info_help: contents is outdated for 'General' TAB
Status: NEW
Priority: P4
Created: 2020-07-26 15:22:41+00:00
Resolved: 2020-07-26 15:22:41+00:00

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

I compared 2.53.2 Language Pack help with reality (Dialog in 2.53.4)

1. In Browser on arbitrary page: Menu ˋView → Page Infoˊ   
2. Compare with Help
### Help | Reality (dialog UI), suggestoins, ...
* URL:  |  Is called "Adresse" in dialog,  🔧 should be modified to "Adresse"
* Anzeigemodus: | no complaints from my side
* Quelle (=Source) | Has gone?
* Kodierung (=Encoding) |  🔧 Should be changed to "Textcodierung" following item in UI (?)
* Größe: |  no complaints from my side
* Modifiziert | Text is correct. 🔧 May be we should mention that nowadays in times of CMS shown date/time mistly is "right now"?
* Läuft ab (=expires) | Has gone?

### Additional information / comments
a) Order of Help items should follow order in UI
b) 🔧 above means: suggested changes
Bug: http and https serve different versions of the website
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-27 14:55:12+00:00
Resolved: 2020-07-27 17:49:24+00:00

Currently <http://seamonkey-project.org/> is serving significantly different content than <https://seamonkey-project.org/>.  The site served by HTTPS was last modified on July 12, 2020; it offers SeaMonkey 2.53.3.  The site served by HTTP was last modified on February 27, 2020 and offers SeaMonkey 2.53.1.

Please synchronize the content of the two sites, or ensure that HTTP is automatically redirected to HTTPS.
Bug: Poor rendering of pages on GitHub
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-27 15:02:57+00:00
Resolved: 2021-10-07 11:39:32+00:00

SeaMonkey 2.53.3 has problems rendering certain pages and page elements on GitHub.  The problems did not occur when I was using SeaMonkey 2.53.2 (though I suppose it is possible that GitHub updated its UI at about the same time that 2.53.3 was released).

Examples of rendering problems:

1. Most of the issue search results page are completely scrambled.  See <https://github.com/logological/gpp/issues?q=is%3Aissue+is%3Aopen+master> as an example.  The attached screenshots show the problematic rendering in SeaMonkey 2.53.2 and correct rendering in Firefox 78.0.2.

2. On any GitHub form that allows you to enter Markdown and to preview it in a separate tab, the preview tab always shows an "Error rendering preview" message.  See <https://github.com/logological/gpp/issues/new> for an example (but note that this page can be viewed only if you are logged into a GitHub account).  The attached screenshots show the problematic rendering in SeaMonkey 2.53.2 and correct rendering in Firefox 78.0.2.
Bug: Expose intl.locale.matchOS in the UI in SeaMonkey
Status: NEW
Priority: --
Created: 2020-07-28 20:23:37+00:00
Resolved: 2022-12-15 12:06:15+00:00

The "intl.locale.matchOS" preference still does not mentioned anywhere in UI, but is widely used at downstream level.
It can confuse downstream users, since the existing UI still offers the manual choice, whereas this choice has no effect (if the preference is set).

Due to technical policies, Linux and UNIX distros should provide all the langpacks in their packages. The choice of language is determined at runtime by environment variables (LC_MESSAGES, or LC_ALL, or LANG). Thus "intl.locale.matchOS" is normally set there.

Certainly some langpacks can be separated into additional subpackages to preserve disk space, but "by design" it remains the same -- the choice by env vars.

(To decrease possible startup performance issues, langpacks might be repackaged from ".xpi" file to plain dir, with chrome.manifest uncompressed and other stuff recompressed into a new .jar file).
Bug: Forms fail to load fully or submit
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-30 00:27:10+00:00
Resolved: 2022-01-04 02:36:07+00:00

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

Steps to reproduce:

Web forms does not load completely and do not submit


Actual results:

Either cannot read a form's questions or when filled does not submit


Expected results:

if like Edge browsers you would see the whole form and when submitted would reply sent.
Bug: UI: Link for download of Themes leads to Themes for Thunderbird
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-31 18:08:16+00:00
Resolved: 2025-01-26 17:50:50+00:00

Steps how to reproduce with unzipped installer of unofficial (by wg9s) en-US SeaMonkey 2.53.5 beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200727210001 (Default Classic Theme) on German WIN7 64bit:

1. Launch Browser
2. Menu ˋTools  → Add-Ons Manager  → Appearanceˊ 
   » List with installed Themes will appear
3. At the to of the page click "Choose from Thousands of Themes"
   » Add-Ons repository opens in Browser
     Expected: SeaMonkey Themes list
     Actual: "[Featured Extensions](https://addons.thunderbird.net/en-US/thunderbird/static-themes/)" page 😥

### Additional Information:
a) Link should lead to [SeaMonkey Featured Extensions](https://addons.thunderbird.net/en-US/seamonkey/static-themes/) Themes page (but that one is empty) or even better to https://addons.thunderbird.net/en-US/seamonkey/search/?q=themes (or similar)
b) I did not find an obvious DUP in [this Query](https://bugzilla.mozilla.org/buglist.cgi?classification=Client%20Software&longdesc_type=allwordssubstr&list_id=15359178&longdesc=download%20theme&short_desc_type=allwordssubstr&short_desc=download%20theme&query_format=advanced&product=SeaMonkey) 
c) All the same with German UI
Bug: [De] privacy_help.xhtml: Typo
Status: ASSIGNED
Priority: P5
Created: 2020-08-01 15:44:26+00:00
Resolved: 2023-07-04 18:19:08+00:00

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

1. Browser → F1
   » Help appears
2. Type search string "Cookies" → Click last  hit "Was sind Cookies und wie funktionieren sie?"
   » Related Help appears

You will find one misspelled word:


erwenden→   
verwenden
Bug: Link about LEGACY extensions in Add-ons Manager is broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-03 00:41:20+00:00
Resolved: 2021-12-25 13:45:51+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0

Steps to reproduce:

In the add-ons Manager many Extensions and Themes are marked LEGACY - I clicked the LEGACY link.


Actual results:

I am taken to https://www.seamonkey-project.org/doc/webextensions which says:
"Page Not Found
We're sorry, but we can't find what you're looking for."  ... etc.


Expected results:

I expected to get  information about Legacy extensions, and what it entails.
Bug: Update elfhack code in SeaMonkey up to ESR68 level
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-03 23:28:27+00:00
Resolved: 2020-08-05 11:20:17+00:00

Elfhack is used to optimize ELF shared binaries on Linux/UNIX systems.
It decreases libxul.so size up to 9Mb (10%) and speedups startup time.

The current code is still oriented on binaries produced by traditional gcc compiler (and bfd linker).
To support clang compiler and lld linker, as well as possible future needs for building with lto, elfhack should be updated.

The final code of ESR68 seems satisfy all possible needs for years to come.

Note, *build/unix/elfhack/\** is an isolated thing that does not correlate with anything else (ie. no prerequisites in general).
All the commits below can be quiet applied cleanly step by step.
Bug: Particular Page contents with error message not shown in Browser
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-05 09:36:28+00:00
Resolved: 2022-09-17 07:09:10+00:00

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

1. Visit [this page](https://www.ardmediathek.de/tv/Hallo-Niedersachsen/Braunschweig-Weststadt-Quartier-im-Aufw/NDR-Fernsehen/Video?bcastId=25231206&documentId=43784650)  
   » Expected: Error Message "Diese Seite von www.ardmediathek.de wurde nicht gefunden.Diese Seite wurde möglicherweise verschoben oder gelöscht. HTTP ERROR 410" shown
    Actual: blank page  😥

### Additional Information
**Error Console** shows "Zeitstempel: 05.08.2020, 11:22:20
Fehler: Die Zeichenkodierung des Reintext-Dokuments wurde nicht deklariert. Das Dokument wird in manchen Browser-Konfigurationen mit verstümmeltem Text dargestellt, wenn das Dokument Zeichen außerhalb des US-ASCII-Bereichs enthält. Die Zeichenkodierung der Seite muss im Transferprotokoll deklariert werden oder die Datei muss eine Byte-Order-Markierung als Kodierungssignatur verwenden.
Quelldatei: https://www.ardmediathek.de/tv/Hallo-Niedersachsen/Braunschweig-Weststadt-Quartier-im-Aufw/NDR-Fernsehen/Video?bcastId=25231206&documentId=43784650
Zeile: 0"  
   
No **[Obvious DUP](https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&o1=notsubstring&short_desc_type=allwordssubstr&classification=Client%20Software&longdesc=byte%20order%20not%20transfer&v1=mail&short_desc=not%20&list_id=15364302&product=SeaMonkey&f1=short_desc&longdesc_type=allwordssubstr)** found