av9ash/GitBugs huggingface dataset:
Bug: when I type "rad"  in a Facebook text box the letters turn red and I can't type anymore
Status: UNCONFIRMED
Priority: --
Created: 2023-07-08 17:17:23+00:00
Resolved: 2023-07-16 10:42:04+00:00

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

Steps to reproduce:

load a facebook page. try to type "rad" as either a first post or a comment. 

Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0

Build identifier: 20220924145453



Actual results:

The characters "rad" turn red and I can't type anymore

Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0


Expected results:

The characters "rad" should not have changed color, just stayed on the screen as I typed them, and I should have been able to continue typing, radio, radiator, etc.

Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0
Bug: Login Dialog on wechange.de looks broken
Status: UNCONFIRMED
Priority: --
Created: 2023-07-09 12:38:39+00:00
Resolved: 2023-07-09 18:13:44+00:00

Steps how to reproduce with ZIP of en-US SeaMonkey 2.53.18 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.18 Build 20230707110003 (normal user Profile and newly created User Profile), Default Classic Theme on German WIN10 64bit:

1. Visit [wechange.de/dashboard](https://wechange.de/dashboard/) without being logged in.
   » Expected: modern styling login dialog as it looks in FF
   Actual: looks destroyed (but works)

### Additional Info  
a) No regression in 2.53.18
Bug: keycap Emojis look crippled on matrix
Status: UNCONFIRMED
Priority: --
Created: 2023-07-10 05:42:51+00:00
Resolved: 2023-07-10 05:42:51+00:00

Steps how to reproduce with ZIP of en-US SeaMonkey 2.53.18 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.18 Build 20230707110003 (normal user Profile and newly created User Profile), Default Classic Theme on German WIN10 64bit:

1. Using https://riot.im visit [Rainers Matrix-Testraum](https://riot.im/app/#/room/#RainersMatrixTestraum:matrix.org)    
   » Expected: emojis shown as number keys  
   Actual: emojis shown crippled as the number with following black square 😥

### Additional info:  
a) Same using app.element.io
b) not a general Emoji problem, looks ok in XMPP chat, for example
Bug: Unable to disable maintenance service in SeaMonkey after Bug 1491419
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-07-10 21:09:07+00:00
Resolved: 2024-01-06 15:48:15+00:00

Before Bug 1491419 it was not enabled as default in SeaMonkey. Now we would need to disable it via mozcvonfig but we don't want it ever for now.
Bug: Blue selection bar in Seamonkey mail disappears when add-ons used
Status: NEW
Priority: --
Created: 2023-07-11 15:38:47+00:00
Resolved: 2023-07-16 10:37:21+00:00

When using add-ons in Seamonkey, the blue selection bar in Seamonkey Mail disappears, even with add-ons disabled by hand in the ctrl-shift-a add-ons page. Only selecting Help <- Restart with Add-ons disabled produces a Seamonkey Mail with blue bar showing.

I use the add-on dark Background with Light Text, culprit for many errors, but necessary to work. Could it be that that add-on is responsible?
Bug: Broken download link (and 2 others) in 2.53.17 Beta 1 release notes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-07-12 07:20:05+00:00
Resolved: 2023-07-16 11:24:38+00:00

The "Downloading" section of the [SeaMonkey 2.53.17 Beta 1](https://www.seamonkey-project.org/releases/seamonkey2.53.17/) release notes contains of the following text:

> You can [download SeaMonkey 2.53.17 Beta 1 here](https://www.seamonkey-project.org/releases/2.53.17).

That hyperlink, to https://www.seamonkey-project.org/releases/2.53.17, is to a non-existent resource.
Bug: "control reaches end of non-void function" error when building cubeb
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-07-12 08:46:36+00:00
Resolved: 2023-08-26 22:30:22+00:00

SeaMonkey 2.53.17b1 fails to build with GCC on openSUSE Tumbleweed, emitting an error when compiling cubeb:

```
[  286s] /home/abuild/rpmbuild/BUILD/seamonkey-2.53.17b1/mozilla/media/libcubeb/src/cubeb_utils.cpp: In function 'size_t cubeb_sample_size(cubeb_sample_format)':
[  286s] /home/abuild/rpmbuild/BUILD/seamonkey-2.53.17b1/mozilla/media/libcubeb/src/cubeb_utils.cpp:19:5: error: control reaches end of non-void function [-Werror=return-type]
[  286s]    19 |     default:
[  286s]       |     ^~~~~~~
[  286s] cc1plus: some warnings being treated as errors
[  286s] make[4]: *** [/home/abuild/rpmbuild/BUILD/seamonkey-2.53.17b1/mozilla/config/rules.mk:756: cubeb_utils.o] Error 1
```

The problem seems to be that GCC (possibly unlike Clang) is more fussy, or less intelligent, about reaching the end of a non-void function without a `return` statement, as occurs in `cubeb_utils.cpp`: 

```
size_t cubeb_sample_size(cubeb_sample_format format)
{
  switch (format) {
    case CUBEB_SAMPLE_S16LE:
    case CUBEB_SAMPLE_S16BE:
      return sizeof(int16_t);
    case CUBEB_SAMPLE_FLOAT32LE:
    case CUBEB_SAMPLE_FLOAT32BE:
      return sizeof(float);
    default:
      // should never happen as all cases are handled above.
      assert(false);
  }
}
```

The build config for cubeb seems to treat such return-type warnings as errors. The problem can be worked around by adding `  __builtin_unreachable();` after the `switch` statement; this is a non-standard compiler optimization hint that is recognized by GCC (and also Clang, I believe).  An alternative solution would be to update the build config for cubeb with something like `Wno-error=return-type`; I think some other third-party modules bundled with SeaMonkey do something similar.

The problem has already been reported upstream: https://github.com/mozilla/cubeb/issues/736
Bug: Document historypage  no longer available for release notes and download page since 2.53.17
Status: RESOLVED
Priority: P4
Resolution: DUPLICATE
Created: 2023-07-12 17:19:27+00:00
Resolved: 2023-07-16 11:22:27+00:00

Steps how to reproduce NOT reproducible REPRODUCIBLE with installation of en-US SeaMonkey 2.53.18 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.18 Build 20230710210002 (normal user Profile), Default Classic Theme on German WIN10 64bit:

1. Visit Release Notes [2.53.17](https://www.seamonkey-project.org/releases/seamonkey2.53.17/)
2. At bottom of Page click _Document History_
   » Expected: Page opens like for [2.53.16](https://hg.mozilla.org/SeaMonkey/seamonkey-project-org/log/default/src/releases/2.53.16b1.en.html)
    Actual: Page not found 😥

11. Visit Downloads [2.53.17](https://www.seamonkey-project.org/releases/2.53.17b1)
2. At bottom of Page click _Document History_
   » Expected: Page opens like for [2.53.16](https://hg.mozilla.org/SeaMonkey/seamonkey-project-org/log/default/src/releases/2.53.16b1.en.html)
    Actual: Page not found 😥

## Additional Info:
a) History no longer created or hidden somewhere? That is the question here!
b) No obvious DUPs found with [this quuery](https://bugzilla.mozilla.org/buglist.cgi?f2=short_desc&v2=document%20history&o1=substring&query_format=advanced&classification=Client%20Software&product=SeaMonkey&list_id=16637309&o2=substring&v1=document%20history&f1=longdesc&component=Website&j_top=OR)
Bug: Unusable view of monorail issue listing
Status: UNCONFIRMED
Priority: --
Created: 2023-07-17 08:32:18+00:00
Resolved: 2023-07-17 08:34:14+00:00

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

### Steps how to reproduce   
with installation of en-US SeaMonkey 2.53.18 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.18 Build 20230710210002 (normal user Profile), Default Classic Theme on German WIN10 64bit

1. Visit [monorail issue list](https://bugs.chromium.org/p/chromium/issues/list) for search results  
   » Chromium Bug tracking pare appears   
     Expected: long list similar  to what we are used to see in Butzilla  
     Actual: unusable list view, all normally hidden elements (dropdowns, ...) are shown  😥

### Additional information
a) ./.
b) Works fine with FF 117.0a1 (2023-07-15) (64-Bit), Chromium 116.0.5810.0 (Entwickler-Build) (64-Bit)
c) No obvious [DUPs](https://bugzilla.mozilla.org/buglist.cgi?v2=monorail&query_format=advanced&classification=Client%20Software&f1=longdesc&list_id=16644033&f2=short_desc&v1=monorail&o1=substring&product=SeaMonkey&component=Web%20Compatibility) found   
d) Switching to FF User Agent does not help
e) Error Console shows lots of warnings
Bug: No scrolling down possible on particular web page
Status: UNCONFIRMED
Priority: --
Created: 2023-07-24 08:54:16+00:00
Resolved: 2023-07-24 08:54:16+00:00

Steps how to reproduce with installation of en-US SeaMonkey 2.53.18 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.18 Build 20230710210002 (normal user Profile and newly created User Profile), Default Classic Theme on German WIN10 64bit:

1. Visit https://www.action.com/  
   » Expected: top of the page shown, can scroll to bottom of page
   » Actual: Scroll bar missing, no way to scroll down (also not with mouse wheel) 😥

## additional info  
a) sometimes if I'm lucky I can scroll using mouse wheel the first few moments, and also the
    scrollbar is visible. But after a second or so scrollbar vanishes and I can no longer scroll
   using mouse wheel.
b) I haven't already tested whether that worked with older versions.
c) no obvious DUPs found with [this query](https://bugzilla.mozilla.org/query.cgi?classification=Client%20Software&component=Web%20Compatibility&list_id=16654201&longdesc=scroll&longdesc_type=allwordssubstr&product=SeaMonkey&query_format=advanced&short_desc=scroll&short_desc_type=allwordssubstr)
Bug: Mozillabuild (latest version 4.02) has msys directory as msys2, which Windows' build process fails to find the sh.exe
Status: NEW
Priority: --
Created: 2023-07-27 10:00:55+00:00
Resolved: 2023-07-27 16:56:09+00:00

In the past, MozillaBuild's msys directory is "msys".  

In 2.53's mozilla-release, python/mozbuild/mozbuild/mozconfig.py has the
following (@ line 247):

        if 'MOZILLABUILD' in os.environ:
            shell = os.environ['MOZILLABUILD'] + '/msys/bin/sh'
        if sys.platform == 'win32':
            shell = shell + '.exe'


With MozillaBuild 4.02,  the msys directory is "msys2".

This has been fixed in m-c:
        if "MOZILLABUILD" in os.environ:
            mozillabuild = os.environ["MOZILLABUILD"]
            if (Path(mozillabuild) / "msys2").exists():
                shell = mozillabuild + "/msys2/usr/bin/sh"
            else:
                shell = mozillabuild + "/msys/bin/sh"
            prefer_mozillabuild_path = [
                os.path.dirname(shell),
                str(Path(mozillabuild) / "bin"),
                env["PATH"],
            ]

            env["PATH"] = os.pathsep.join(prefer_mozillabuild_path)

If we are to use MozillaBuild 4.02, this needs to be fixed.
Bug: 2.53.17b1 with RequestPolicy extension loads only a few tabs, not even the current one for all windows - further browsing impossible
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-08-01 21:15:36+00:00
Resolved: 2023-08-26 22:47:39+00:00

Regression in 2.53.17b1 (DE, Win64), previous versions working.
I have 8 windows open with between 5 and 50 tabs each. Normally, SeaMonkey loads the content of all of them during Suite startup (disk cache is disabled, SM uses less than 1 of my 32 GB RAM, 1 GBit internet connection, Windows 10 with Defender).
With 2.53.17b1, only very few of those tabs are loaded during Suite startup, often not even the current one of each window (FireFox only loads the current tabs of all windows during startup). The  SeaMonkey GUI is still working, but it is not possible to manually load any of the missing contents or a new tab with Bugzilla (so I'm typing this with 2.53.16 after going back and forth three times).
Mail is also affected, I can see the list of messages in several accounts, but selecting a message doesn't display it in the lower right of the mail window.

I'm using the following extensions:
ChatZilla 0.16 (or 0.17 with the beta version)
Context Search [converted] 0.6.3.1-signed
DOM Inspector 2.0.19 (might also be a newer version in the beta)
Enigmail 3.1.4 (manually upgraded from 2.0.9, but that's another bug)
HTTPS Everywhere 2022.5.11
Lightning 5.8.16
NoScript 5.1.9
PrefBar 7.1.1
RequestPolicy 0.5.28.1-signed.1-signed
uBlock Origin 1.16.4.30

I've also deleted everything in the directory appData\Local\Mozilla\SeaMonkey\Profiles\*\safebrowsing (as suggested in the Release Notes of SeaMonkey 2.53.17b1), but that made no difference.
Bug: impossible to download via codeberg.org dropdown
Status: UNCONFIRMED
Priority: --
Created: 2023-08-09 04:53:18+00:00
Resolved: 2023-08-09 04:53:18+00:00

Steps how to reproduce with installation of en-US SeaMonkey 2.53.18 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.18 Build 20230710210002 (normal user Profile and newly created User Profile), Default Classic Theme on German WIN10 64bit:

1. Visit https://codeberg.org/abu/Calendar/src/branch/master
2. Click "More Options" ("...", see screenshot)
   » Dropdown appears
4. Click "Zip herunterladen" or an other of the items
   » expected: Download
    actual: nothing 

## additional info
a) works fine in FF 118.0a1 (2023-08-07) (64-Bit)
Bug: Impossible to use "search in messages" in Seamonkey Mail. l10n fr version issue only
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-08-09 07:58:46+00:00
Resolved: 2023-09-20 18:26:15+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.17

Steps to reproduce:

In Seaamonkey mail, try to use "search in messages"


Actual results:

The dialog box doesn't allow any selection


Expected results:

expected : 
a list of accounts/directories
a list of search criteria
Bug: Fix the logic in nsMsgCompose::TagConvertible
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-08-09 19:27:10+00:00
Resolved: 2024-01-06 16:47:24+00:00

As mentioned in bug 1432603 the logic for nsMsgCompose::TagConvertible is incorrect so this will be a backport for the nsIDOMNode version of the code.
Bug: seamonkey 2.53.17 does not work with extension noscript 5.1.8.4 anymore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-14 11:40:59+00:00
Resolved: 2023-08-14 14:38:18+00:00

Steps to reproduce:

I used seamonkey 2.53.16 from the ubuntu channel with extension noscript 5.1.8.4
the automated upgrade to  seamonkey 2.53.17


Actual results:

the automated upgrade to  seamonkey 2.53.17 caused almost all web pages not to display useful information anymore.
Enabling javascript on all pages did not change the behavior.


Expected results:

Normal webpage display.
Downgrading to seamonkey 2.53.16 from the ubuntu channel restored normal operation.

I have not tried to remove the noscript extension.
Bug: Two mouse behaviors broke in 2.53.17:  1) scroll with mouse wheel press; 2) Mouse Gestures Suite add-on.
Status: UNCONFIRMED
Priority: --
Created: 2023-08-15 17:00:45+00:00
Resolved: 2023-08-15 17:00:45+00:00

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

Steps to reproduce:

1)  Updated to SeaMonkey version 2.53.17 on Windows 10.

2a)  Pressed and held scroll wheel on mouse to scroll web pages (browser) & emails (mail/newsgroups).

2b)  Depressed/held right mouse button and dragged the mouse to use gestures of Mouse Gestures Suite 2.5.1.

Both these behaviors do work in the previous version (2.53.16).  I list them together here rather than in two separate bug reports because they are both mouse-related and the behavior of SM is the same for both.  Also, I do realize that the Mouse Gestures Suite will eventually stop working, and maybe now is that time, and that MGS is not a Mozilla product.  But having both these mouse behaviors change in the same way at the same time seemed suspicious to me so I thought I'd report them together as perhaps they have a common cause.


Actual results:

2a)  Pressing the mouse wheel changes focus to a different control (if the mouse pointer is not over the control currently with focus), and that's all.  This happens at mousedown, and applies to giving focus to text boxes, buttons, check boxes, radio buttons, and likely other controls.  Pressing and holding does nothing more.  A full down/up mouseclick is not necessary to make this behavior happen.

When pressing the mouse wheel within a text box that already has focus, nothing happens -- i.e., the cursor is not moved.  Similarly, buttons and boxes are not clicked.  So it appears a full mouseclick event is not triggered.

After pressing the mouse wheel down and a different control is given focus, and while still holding the wheel down, it is possible to select and edit text within a text box (such as I'm filling out right now) using the keyboard.

2b)  As with the mouse wheel in 2a, pressing the right mouse button to initiate a gesture instead will change focus -- all the same behaviors described for the mouse wheel in 2a appear to apply here as well.  All Mouse Gestures Suite 2.5.1 functions are disabled, I presume because they are being preempted by this other mouse behavior.


Expected results:

2a)  Pressing and holding the mouse wheel should change the pointer icon, and allow scrolling.  Note that scrolling using the mouse wheel (without pressing it) does still work -- it is only press-and-hold that does not work.

2b)  Pressing/holding the right mouse button and dragging should allow for gestures to function.
Bug: Google Translate for web pages does not work any more
Status: NEW
Priority: --
Created: 2023-08-17 15:32:40+00:00
Resolved: 2023-08-17 15:32:40+00:00

Tools | Translate page does not work any more. 

For instance the url
http://www.timesunion.com/local/article/Saratoga-Springs-church-marks-100th-anniversary-12259809.php
translates to
https://www-timesunion-com.translate.goog/local/article/Saratoga-Springs-church-marks-100th-anniversary-12259809.php?_x_tr_sl=auto&_x_tr_tl=nl&_x_tr_hl=nl
but where the Dutch used to appear, now the English stayes on the screen.
Copying and pasting the translated web page URL to Firefox solves the problem, Firefox works alright. but Firefox has no built in system to translate page, only with add-ons.

Can someone fix this problem urgently?

Best regards, Han
Bug: Microsoft Teams App can not be opened from Browser
Status: UNCONFIRMED
Priority: --
Created: 2023-08-18 07:35:49+00:00
Resolved: 2023-08-18 07:57:55+00:00

Steps how to reproduce with installation of en-US SeaMonkey 2.53.18 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.18 Build 20230710210002 (normal user Profile and newly created User Profile behave same way), Default Classic Theme on German WIN10 64bit:

1. Click on an Teams Meeting invitation link in an Email 
   » Join Meeting invitation page opens in Browser
2. Click "Join via Teams App"
   » Expected: Teams App opens for that meeting
    Actual: Message "Unable to launch Teams App" 😥

## Additional Info
a) Works fine in FF 118.0a1 (2023-08-17) (64-Bit)
Bug: Bad Contact Link
Status: UNCONFIRMED
Priority: --
Created: 2023-08-23 05:17:36+00:00
Resolved: 2023-08-23 06:26:29+00:00

At the bottom of the project page below heading "Contact" I read "... send your question to the [support mailing list](mailto:support-seamonkey@lists.mozilla.org) and ..."

Sending a mail to that list I get some different messages.

## 1. "Successful Mail Delivery Report"

but also

## 2. "Delivery Status Notification (Failure)"
Hello rainerbielefeldng@bielefeldundbuss.de,

We're writing to let you know that the group you tried to contact (support-seamonkey) may not exist, or you may not have permission to post messages to the group. A few more details on why you weren't able to post:

 * You might have spelled or formatted the group name incorrectly.
 * The owner of the group may have removed this group.
 * You may need to join the group before receiving permission to post.
 * This group may not be open to posting.

If you have questions related to this or any other Google Group, visit the Help Center at https://support.google.com/a/lists.mozilla.org/bin/topic.py?topic=25838.

Thanks,

lists.mozilla.org admins

---
I doubt that that list really does exist. And/or can be accessed without registration or so.
Bug: search in e-mails doesn't work anymore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-23 13:38:32+00:00
Resolved: 2023-08-24 17:57:25+00:00

Steps to reproduce:

Right clic on inbox and choose search in messages


Actual results:

The search window opens, but all the previously defined parameters have disapeared.
First the Inbox folder isn't preselected. Second all the search criterias have disapeared. Even the search button is missing.


Expected results:

The search windows should have open as usual with all usual items.
Bug: seamonkey crashes with segmentation fault on specific website
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-31 08:05:08+00:00
Resolved: 2023-08-31 16:59:11+00:00

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

Steps to reproduce:

trying to load the page 
https://www.srf.ch/audio/radio-srf-3-live-hoeren


Actual results:

immediately after loading the page, seamonkey crashes with 
/usr/bin/seamonkey: Zeile 140: 16509 Speicherzugriffsfehler  (Speicherabzug geschrieben) $MOZ_PROGRAM "$@"


Expected results:

start playing the music stream
---
This is on OpenSuse 15.5, seamonkey installed from OpenSuse Main repo
The crash only occurs on this specific site, as far as seen by now
The page loads normal in Firefox 115.1.0esr and worked normal in seamonkey during years until the upgrade from OpenSuse 15.3 ->15.4 -> 15.5
Bug: Seamonkey 2.53.17 no longer displays message filters correctly (filter rule).
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-02 09:33:32+00:00
Resolved: 2023-09-10 20:54:34+00:00

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

Steps to reproduce:

I work with the French language.
I go to Seamonkey Messaging.
I click on Tools -> Message filters...
I click on New... or Modify... as appropriate.
To create or modify a message filter (filter rule).


Actual results:

In Seamonkey 2.53.17, when I go to the Message Filters box and display a filter rule (new or old), the box is empty.
I can no longer create new filters or modify an existing one.


Expected results:

Normally, I should have seen the filter rules displayed and been able to modify them.
Bug: www.verivox.de - Comparing results for Internet opens a blank page
Status: NEW
Priority: --
Created: 2023-09-26 12:15:29+00:00
Resolved: 2023-09-26 15:33:25+00:00

From github: https://github.com/webcompat/web-bugs/issues/127554.

> <!-- @browser: SeaMonkey 2.53.17 -->
> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 SeaMonkey/2.53.17.1 -->
> <!-- @reported_with: unknown -->
> <!-- @public_url: https://github.com/webcompat/web-bugs/issues/127554 -->
> 
> **URL**: https://www.verivox.de/
> 
> **Browser / Version**: SeaMonkey 2.53.17
> **Operating System**: Windows 10
> **Tested Another Browser**: Yes Firefox
> 
> **Problem type**: Site is not usable
> **Description**: Page not loading correctly
> **Steps to Reproduce**:
> Auf "Internet Vergleich" klicken. 5 stellige Postleitzahl eingeben und auf "Jetzt vergleichen" klicken. Es wird nur eine leere Seite angezeigt.
> <details>
>       <summary>View the screenshot</summary>
>       <img alt="Screenshot" src="https://webcompat.com/uploads/2023/9/7fcf7d49-c3d0-4689-8a96-4289619931c2.jpg">
>       </details>
> 
> <details>
> <summary>Browser Configuration</summary>
> <ul>
>   <li>None</li>
> </ul>
> </details>
> 
> _From [webcompat.com](https://webcompat.com/) with ❤️_

Change performed by the [Move to Bugzilla add-on](https://addons.mozilla.org/en-US/firefox/addon/move-to-bugzilla/).