av9ash/GitBugs huggingface dataset:
Bug: Display is incorrectly formatted and seamonkey freezes sometimes before displaying a blank page
Status: UNCONFIRMED
Priority: --
Created: 2021-03-19 11:25:49+00:00
Resolved: 2022-01-03 18:43:48+00:00

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

Steps to reproduce:

Working with Seamonkey 2.53.7 beta 1

As an example:
1 - Type in following URL "https://www.linkedin.com/company/digital-solutions-switzerland/"  and go...
-----------------------------------------------------------------------------------------
2 - Click on "People" link




Actual results:

1 - Page format is not correct. 
See Capture01.PNG
-----------------------------------------------------------------------------------------
2.1 - Seamonkey is freezing for a while
2.2 - Then warning on script execution
2.3 - Click on Continue will freeze again seamonkey, and finally display a blank page
2.4 - Click on "Stop" will leave the page uncompleted with a bad format.
See Capture03.PNG. 


Expected results:

1 - Display as shown in Capture02.PNG (done with Firefox).
-----------------------------------------------------------------------------------------
2 - Display as shown in Capture04.PNG (done with Firefox).
Bug: Styles from forwarded eml are used to render mail text
Status: UNCONFIRMED
Priority: --
Created: 2021-03-19 15:45:24+00:00
Resolved: 2021-03-19 15:45:24+00:00

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

Steps to reproduce:

1. Compose a plain-text mail.
2. Enter some "Sample text".
3. Attach msg-align-center.eml.
4. Send mail to yourself.
5. Examine result.


Actual results:

"Sample text" appears centered.


Expected results:

"Sample text" should appear left aligned as usual.

Problem also occurs if a HTML mail is composed. Styles from the HTML body element of an attached mail are apparently also used to render the mail text itself.
Bug: Fail in submitting files to virustotal
Status: UNCONFIRMED
Priority: --
Created: 2021-03-19 15:47:56+00:00
Resolved: 2023-07-30 04:10:32+00:00

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

Steps to reproduce:

Go to https://www.virustotal.com/gui/home/upload and select "chose file"


Actual results:

Almost nothing. Selecting a file works, but then the "chose file" button is gone and that's it. For known files, the the results page comes up after a couple minutes.


Expected results:

The "chose file" button should switch to "compute hash" followed by "confirm upload" for unknown hashes. Used to work until a couple days ago and still works in firefox 86.0.1 (64-Bit).
Seamonkey version in use: 2.53.8b1pre German from 2021-03-18 and prior builds, OS: Windows 7-X64.
Bug: Copy DOMi into suite/extensions/inspector for SeaMonkey 2.53
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-21 19:44:33+00:00
Resolved: 2021-06-03 21:19:45+00:00

DOMi has been retired for SeaMonkey 2.57 and up but we still want it in 2.53. Currently it needs to be checked out separately and also cointans alot of cruft which should be cleaned up.
For 2.53 it will be copied into our gitlab 2.53 source tree an maintained there and in our unoffcial patch queue for 2.53.8 and up.
Bug: right click in Seamonkey mail does not produce context menu
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-22 11:23:35+00:00
Resolved: 2023-05-16 14:13:22+00:00

for some time now right clicking anywhere in Seamonkey mail, be it a link in a message, message pane, or folder pane, does not produce a context menu any more. Can it be fixed?
Bug: Linux: Handling of dead keys in text input fields broken since GTK 3.24.26
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-26 16:36:24+00:00
Resolved: 2021-04-15 00:32:25+00:00

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

Steps to reproduce:

GTK 3.24.26 was released a month ago and introduced a new way of handling dead keys. Usually, pressing ` does not show anything and only after pressing e one sees è. Starting with that GTK version, ` is already displayed, accompanied by a "short _" below the accent, and pressing e afterwards yields è.  A visualisation can be seen in this blogpost: https://blog.gtk.org/2021/03/24/input-revisited/




Actual results:

Trying to type è (or any other letters in combination with dead keys) in any text field in SeaMonkey (URL bar, new mail, this bug submission form, ...) yields è`. Namely, the accent is printed twice, once on the letter and once after it.


Expected results:

The input text should read è.

I observed this issue with both the latest version from WG9s (that uses bundled libraries) as well as with my self-build version on Arch Linux (that uses system libraries). A test downgrade to GTK 3.24.25 restored the functionality.

I also tested it with previous official versions: Dead keys work as expected up to version 2.53.4 but are broken starting with 2.53.5b1.

This issue does not occur with neither the current Firefox nor with the latest Waterfox Classic 56.5 (waterfox-classic-2021.02.en-US.linux-x86.tar.bz2).
Bug: Calendar "Too much recursion" in ASSERT(), etc
Status: UNCONFIRMED
Priority: --
Created: 2021-04-02 14:14:21+00:00
Resolved: 2021-04-03 13:21:22+00:00

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

Steps to reproduce:

SM 2.53.7 Linux x86 

With the Error Console open, navigate to any IMAP mail folder.



Actual results:

In the Error Console, this appears:
```
Timestamp: 01/04/2021, 12:20:22 BST
Error: too much recursion
Source File: chrome://calendar/content/calendar-ui-utils.js
Line: 30
```
On inspection the code at this point is a bit confused, and can be improved by a patch like this:
```
--- a/lightning/chrome/calendar/content/calendar/calendar-ui-utils.js
+++ b/lightning/chrome/calendar/content/calendar/calendar-ui-utils.js
@@ -27,34 +27,34 @@
  *                        drop-downs
  */
 function setElementValue(aElement, aNewValue, aPropertyName) {
-    cal.ASSERT(aElement, "aElement");
-
-    if (aNewValue !== undefined) {
-        if (typeof aElement == "string") {
-            aElement = document.getElementById(aElement);
-            cal.ASSERT(aElement, "aElement");
-        }
-
-        if (!aElement) { return; }
-
+
+    if (aNewValue === undefined) { return; }
+    
+    if (typeof aElement == "string") {
+        aElement = document.getElementById(aElement);
+    }
+
+    if (!aElement) { return; }
+
+    if (aPropertyName) {
         if (aNewValue === false) {
             try {
                 aElement.removeAttribute(aPropertyName);
             } catch (e) {
                 cal.ERROR("setElementValue: aElement.removeAttribute couldn't remove " +
-                aPropertyName + " from " + (aElement && aElement.localName) + " e: " + e + "\n");
-            }
-        } else if (aPropertyName) {
+                aPropertyName + " from " + aElement.localName + " e: " + e + "\n");
+            }
+        } else {
             try {
                 aElement.setAttribute(aPropertyName, aNewValue);
             } catch (e) {
                 cal.ERROR("setElementValue: aElement.setAttribute couldn't set " +
-                aPropertyName + " from " + (aElement && aElement.localName) + " to " + aNewValue +
+                aPropertyName + " from " + aElement.localName + " to " + aNewValue +
                 " e: " + e + "\n");
             }
-        } else {
-            aElement.value = aNewValue;
-        }
+       }
+    } else {
+        aElement.value = aNewValue;
     }
 }
 
```
However with this patch the same error appears elsewhere:
```
Timestamp: 02/04/2021, 14:40:38 BST
Error: too much recursion
Source File: chrome://lightning/content/imip-bar.js
Line: 107
```

Possibly related, this error when navigating to a local mail folder:
```
Timestamp: 02/04/2021, 14:58:21 BST
Error: TypeError: browsers[i] is undefined
Source File: chrome://navigator/content/tabbrowser.xml
Line: 2248
```
But this looks like an issue from l.2346 where it is assumed that every tag has a defined `linkedBrowser` attribute, which must be untrue for the above message to be shown (does a mail tab have this?).


Expected results:

Not that!
Bug: Add-on SDK and for each in Add-ons broken in 2.53.7
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-03 20:39:35+00:00
Resolved: 2021-06-03 15:42:09+00:00

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

Steps to reproduce:

Install or enable an add-on which uses Add-on SDK (tested with https://addons.thunderbird.net/seamonkey/addon/dark-bg-light-text-seamonkey/ )


Actual results:

Add-on doesn't work, there is an error in Browser Console:
"yield is a reserved identifier", stacktrace: 
resource://gre/modules/commonjs/sdk/deprecated/api-utils.js:125:NaN
resource://gre/modules/commonjs/sdk/util/contract.js:11:36
resource://gre/modules/commonjs/sdk/content/loader.js:11:22
resource://gre/modules/commonjs/sdk/page-mod.js:10:38
resource://ktborporoqokbkzzjjqwqtncooifjm-at-jetpack/lib/index.js:4:21run
resource://gre/modules/commonjs/sdk/addon/runner.js:143:19startup/</<
resource://gre/modules/commonjs/sdk/addon/runner.js:83:9process
resource://gre/modules/Promise-backend.js:928:23walkerLoop
resource://gre/modules/Promise-backend.js:812:7scheduleWalkerLoop/<
resource://gre/modules/Promise-backend.js:748:11

Examining api-utils.js:125 shows that there is `yield` statement inside non-asterisk function which is deprecated generator syntax which seems to be the problem.


Expected results:

Add-on should work
Bug: Specific Font Awesome icons fail to load
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-07 02:41:32+00:00
Resolved: 2021-04-07 23:59:04+00:00

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

Steps to reproduce:

Looked at website with Font Awesome icons. This should work: https://astronautweb.co/snippet/font-awesome/


Actual results:

Icons \f000 through \f00d failed to load, displaying instead junk characters that the icons were meant to replace.


Expected results:

The icons should have loaded properly.
Bug: SeaMonkey ignores Ubuntu's large text mode
Status: UNCONFIRMED
Priority: --
Created: 2021-04-08 02:36:56+00:00
Resolved: 2021-04-08 02:36:56+00:00

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

Steps to reproduce:

1. Launch a fresh SeaMonkey profile.

2. Open Ubuntu (20.04) settings and choose "Universal Access".

3. Toggle Large Text mode on/off.


Actual results:

Text on webpages displayed in SeaMonkey, and in SeaMonkey browser chrome, remained the same size. As you can see in the attached screenshots, only the browser titlebar scales up.


Expected results:

Text should scale up.

This is SeaMonkey 2.53.7, downloaded directly from seamonkey-project.org.
Bug: SeaMonkey 2.53.7 broke mouse wheel tab switching
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-09 17:40:08+00:00
Resolved: 2021-04-10 01:07:54+00:00

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

Steps to reproduce:

Up to SeaMonkey 2.53.6, I was using Tab Wheel Scroll extension: https://addons.thunderbird.net/pl/seamonkey/addon/tab-wheel-scroll/

This way, scrolling the mouse on the tab bar itself acted as previous/next tab switching control.


Actual results:

Upgraded to SeaMonkey 2.53.7. Scrolling doesn't work. After filling the tab bar with more tabs (so it overfills and gets scroll buttons), I've noticed scroll wheel now acts as scrolling of the bar itself.  The Tab Wheel Scroll extension doesn't work.

HOWEVER! There is a single pixel line just above the tab bar where mouse wheel scrolling actually works and switches the active tab. It's invisible, but it's there. Also, scrolling the wheel above the "new tab" or "close tab" buttons does what it's supposed to, even with the extension disabled.

The about:config setting "browser.tabs.mouseScrollAdvancesTab" (default: true) doesn't do what it's supposed to (and never did according to bug #1416737). HOWEVER, it does do something - when scrolling on the invisible line, it switches by TWO tabs instead of one when the setting is disabled (set to false).


Expected results:

Optimally, browser.tabs.mouseScrollAdvancesTab should behave like I expect (which it did since Netscape times, and apparently until SeaMonkey 2.40). Scrolling on the tabs themselves should switch active tab. Setting to off should bring the current behavior back.

I would leave the setting ON by default, arguing that Chrome does the same on Linux, although it can be off just like FireFox. For FireFox, this setting is also off by default, but can be enabled with the setting "toolkit.tabbox.switchByScrolling".

Alternatively, I would happily keep using the above mentioned extension, but something in SM 2.53.7 broke it.
Bug: Update available IRC networks
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-11 20:28:50+00:00
Resolved: 2021-06-03 20:19:56+00:00

Some IRC networks no longer seem to exist:
* serenia
* solidirc

Some have changed their server addresses:
* ircnet
* efnet

Others have additional server addresses:
* dalnet
* undernet
* quakenet

Also added servers for those that accept secure connections on port 6697
Bug: Deal with /server and /sslserver better
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-11 21:40:50+00:00
Resolved: 2021-06-03 20:19:01+00:00

If the port is not specified with /server and /sslserver then it is currently assumed to be the default so 6667 and 6697 whereas we should check the network / server list and use the port from that list if it exists then otherwise use the defaults.
The updated code also removes some duplication in the command callers.
Bug: Preview  of calendar invitations not visible in MailView
Status: UNCONFIRMED
Priority: --
Created: 2021-04-12 14:11:41+00:00
Resolved: 2021-04-16 09:34:56+00:00

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

Steps to reproduce:

I upgraded the Seamonkey suit from 2.53.4 to the latest 2.53.7 (Lightning integrated)

User agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.7
Build identifier: 20210327145208


Actual results:

I lost the previews of the calendar invitations in the mail view. (They can only be seen in the Print Preview of the mail.)


Expected results:

The calendar entry should have shown as before (and rendered in the Print Preview).
Bug: View Mail does not have option to show/block remote images
Status: UNCONFIRMED
Priority: --
Created: 2021-04-14 22:14:58+00:00
Resolved: 2021-04-17 05:36:30+00:00

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

Steps to reproduce:

I have "Block images and other content" set in options.  I tried unchecking that option, and it still blocked Remote Content for eMail.



Actual results:

Unchecking "Block images and other content" had no effect.  Remote content still blocked.


Expected results:

Unchecking "Block images and other content" should have allowed remote content, ei: Images, etc to be displayed.

I also don't see option to allow remote images when viewing individual eMail contents, like Thunderbird and others.
Bug: SeaMonkey crashed a couple of times when I launched it
Status: UNCONFIRMED
Priority: --
Created: 2021-04-16 10:05:36+00:00
Resolved: 2021-04-16 10:05:36+00:00

I downloaded a standalone version of SeaMonkey 2.57 and it crashed a couple of times when I launched it.
When I went into preferences, my screen reader on my PC told me that preferences is not responding.
Bug: problem with the email end of SeaMonkey
Status: UNCONFIRMED
Priority: --
Created: 2021-04-16 15:37:05+00:00
Resolved: 2021-04-16 15:37:05+00:00

I setup my AOL account with SeaMonkey, and it was working perfectly, however, when I went to setup my verizon email account, I configured my pop3 server settings, however, it wouldn't allow me to type in my password, whatsoever,
so I removed my account, and readded it, and I ran into the same problem.
And AOL took over the verizon email service.
Now when adding my AOL account, I was able to type in my password, and also, I experienced unexpected behavior with SeaMonkey 2.57 as well, when using a screen reader, such as jaws and NVDA, when your in the compose edit box, where you type in your email address, jaws acts like it's autofilling it in, by trying to repeat a word, in stead of one letter, at a time, now I unchecked the checkbox, that says add outgoing email addresses, to my collected addresses, and I can still, reproduce this problem, it didn't do it earlier.
Bug: Memory leak and stalling when surfing to corona figures at github
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-17 21:55:12+00:00
Resolved: 2021-10-29 18:15:40+00:00

Seamonkey had memory leaks, that is an issue for months, but this breaks everything. when surfing to https://ourworldindata.org/explorers/coronavirus-data-explorer to get the latest spreadsheet with all the world in coronadata, and clicking on the link covid-19 dataset (left, top) Seamonkey memory usage explodes and Seamonkey and my computer freezes. Only way to leave this is a hard reset with the on/off button.
Firefox and Opera are handling the link alright and present the Github-directory with the required spreadsheet. 
Please fix this!
Bug: SeaMonkey 2.53 Source tarball has CSS files with executable bit set
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-19 09:02:01+00:00
Resolved: 2021-06-03 15:55:21+00:00

The SeaMonkey source tarball (for version 2.53.7.1 and going back several more versions) has a number of CSS files with the executable bit set:

testing/web-platform/tests/css/work-in-progress/gabriele/css+svg/css/absolute-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+svg/css/box-model-fonts-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+svg/css/complex-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+svg/css/floating-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+svg/css/image-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+svg/css/notes.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+svg/css/style-props-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/absolute-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/background-images-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/dropdown-menu-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/easyclearing-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/equal-height-cols-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/equal-height-cols-001.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/floats-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/flyout-menu-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/font-sizing-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/footer-stick-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/footer-stick-001.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/lists-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/lists-001.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/namespace-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/namespace-001.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/tabbed-menu-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/tables-000.css
testing/web-platform/tests/css/work-in-progress/gabriele/css+xml/css/vertical-horizontal-center-000.css
comm/mail/components/preferences/handlers.css
comm/mail/test/resources/mozmill/mozmill/extension/content/css/smoothness/jquery-ui-1.7.1.custom.css
comm/mail/test/resources/mozmill/mozmill/extension/skin/overlay.css
comm/suite/components/pref/content/prefpanels.css
comm/suite/extensions/irc/xul/content/config.css
comm/suite/themes/modern/communicator/search/search.css

Since CSS files are not executable, it might be better if the execute bit were not set for these files.
Bug: Website wrongly claims that source tarball doesn't unpack into its own directory
Status: UNCONFIRMED
Priority: --
Created: 2021-04-19 09:06:40+00:00
Resolved: 2021-04-29 23:12:22+00:00

The releases page at https://www.seamonkey-project.org/releases/#source lists the two source tarballs as follows:

> * Source Code Tarball (xz, 270 MB) - note that it doesn't unpack a subdirectory itself, so create a directory to unpack it in.
> * Source Localisation Tarball (xz, 12 MB) - note that it doesn't unpack a subdirectory itself, so create a directory to unpack it in. 

The note about the tarball not unpacking into a subdirectory is correct for the localization tarball, but not for the main source code tarball (which, at least as of 2.53.7.1, unpacks into a subdirectory named seamonkey-2.53.7.1).  The note should be deleted from the first bullet point.
Bug: Elfhack fails with "Segments inconsistency" on libxul.so
Status: UNCONFIRMED
Priority: --
Created: 2021-04-20 08:02:26+00:00
Resolved: 2022-06-15 19:49:48+00:00

I am trying to build SeaMonkey 2.53.7.1 for ix86 with GCC 10 on openSUSE Tumbleweed.  Without --disable-elf-hack, compilation fails as follows:

[ 1647s] ../../../dist/seamonkey/libxul.so: terminate called after throwing an instance of 'std::runtime_error'
[ 1647s]   what():  Segments inconsistency
[ 1647s] Traceback (most recent call last):
[ 1647s]   File "/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/toolkit/mozapps/installer/packager.py", line 333, in <module>
[ 1647s]     main()
[ 1647s]   File "/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/toolkit/mozapps/installer/packager.py", line 327, in main
[ 1647s]     copier.copy(args.destination)
[ 1647s]   File "/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/python/mozbuild/mozpack/copier.py", line 431, in copy
[ 1647s]     copy_results.append((destfile, f.copy(destfile, skip_if_older)))
[ 1647s]   File "/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/python/mozbuild/mozpack/files.py", line 296, in copy
[ 1647s]     elfhack(dest)
[ 1647s]   File "/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/python/mozbuild/mozpack/executables.py", line 124, in elfhack
[ 1647s]     errors.fatal('Error executing ' + ' '.join(cmd))
[ 1647s]   File "/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/python/mozbuild/mozpack/errors.py", line 103, in fatal
[ 1647s]     self._handle(self.FATAL, msg)
[ 1647s]   File "/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/python/mozbuild/mozpack/errors.py", line 98, in _handle
[ 1647s]     raise ErrorMessage(msg)
[ 1647s] mozpack.errors.ErrorMessage: Error: Error executing /home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/obj-i686-pc-linux-gnu/build/unix/elfhack/elfhack ../../../dist/seamonkey/libxul.so
[ 1647s] make[2]: *** [/home/abuild/rpmbuild/BUILD/seamonkey-2.53.7.1/mozilla/toolkit/mozapps/installer/packager.mk:19: stage-package] Error 1

Building for x86_64 doesn't have this problem.
Bug: pages not loading at oracle.com
Status: UNCONFIRMED
Priority: --
Created: 2021-04-21 21:24:45+00:00
Resolved: 2022-01-04 02:15:00+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.7.1

Steps to reproduce:

Typed oracle.com in the location bar and pressed return.


Actual results:

Blank page with spinning throbber.


Expected results:

Page loads.
Bug: Use correct date time format service in chatZilla
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-22 20:56:14+00:00
Resolved: 2021-06-03 19:59:52+00:00

SeaMonkey switched to using new Services.intl.DateTimeFormat in Bug 1442886, so we should use that in our forked chatZilla.