av9ash/GitBugs huggingface dataset:
Bug: LSOpenURLsWithRole() failed with error 54 on OSX 15.1.1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-05 11:14:35+00:00
Resolved: 2024-12-07 07:07:14+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36 OPR/115.0.0.0

Steps to reproduce:

1. Downloaded the dmg and installed the software


Actual results:

When trying to open SM on this platform results in the above error on 15.1.1 running on an M1.

SIP is enabled, and startup security policy is set to "Full Security".

Logs analysis inconclusive so far. Happy to provide more info if required.


Expected results:

SM starts normally.
Bug: Do not try to load browser only script during SeaMonkey startup
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-12-10 23:11:32+00:00
Resolved: 2025-01-26 17:41:10+00:00

The toolkit startup code tries to load resource:///modules/ContentObservers.js which is a browser only script in MainProcessSingleton.js. I saw an out of memory error exception because of this. Only once but it is clearly an error to try. Gone in central so 2.53 only.
Bug: Fix makeLogName helper to not encode twice in prefs.js in cZ
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-12-15 12:07:37+00:00
Resolved: 2025-02-17 13:12:10+00:00

At the moment the encode function in makeLogName helper encodes twice and can also generate strange results, for example with a channel called "SM:dev" the current code creates a log name "SM%253adev" whereas "SM%3Adev" should be sufficient.
Bug: Fix secure IRC protcol handler in cZ
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-12-17 03:06:16+00:00
Resolved: 2025-01-26 22:08:42+00:00

As part of bug 1926406 the IRC protocol handlers were merged into chatzilla-service.js, unfortunately there was a typo in a call to a function which meant the insecure rather than the secure protocol handler was used.
Bug: Composer does not see the page title change
Status: UNCONFIRMED
Priority: --
Created: 2024-12-17 11:57:27+00:00
Resolved: 2024-12-17 11:57:27+00:00

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

Steps to reproduce:

When I change the title of an html-page in Seamonkey Composer, the compositor does not see the changes and they are not saved. I have to modify the page separately to save the changes.

My steps:
- I open the html-page in Composer.
- I go to the menu Format - Title and Page properties.
- I change the title, click OK.

But Composer does not see the changes. The button with the floppy diskette icon is inactive and I cannot save the changes to the html page.
Then I manually press Space on the page so that Composer sees the changes. The button with the floppy diskette icon becomes active. I click on it and save the changes to the html-page.


Actual results:

Composer does not see the page title change


Expected results:

Composer should see the page title change
Bug: Failure to build/configure 2.53.20b1 with python 3.12
Status: NEW
Priority: --
Created: 2024-12-29 07:52:21+00:00
Resolved: 2025-01-09 12:51:19+00:00

I know its a bit early/premature, but 2.53.19 and 2.53.20b1 fail to configure/build with python 3.12 due to six.moves being not found.

```
/usr/obj/ports/seamonkey-2.53.19/seamonkey-2.53.19/python/mozbuild/mozbuild/configure/__init__.py:827: SyntaxWarning: invalid escape sequence '\.'
  RE_MODULE = re.compile('^[a-zA-Z0-9_\.]+$')                                                             
Traceback (most recent call last):         
  File "/usr/obj/ports/seamonkey-2.53.19/seamonkey-2.53.19/configure.py", line 21, in <module>
    from mozbuild.configure import (                
  File "/usr/obj/ports/seamonkey-2.53.19/seamonkey-2.53.19/python/mozbuild/mozbuild/configure/__init__.py", line 13, in <module>                 
    from six.moves import builtins as __builtin__                                                                                                                                                                    
ModuleNotFoundError: No module named 'six.moves'
```
the update to six 1.16 in bug #1857492 that was backported to 2.53.20b1 partially fixes it, but there's still a six.py from 1.15 under third_party/python/virtualenv/__virtualenv__/six-1.15.0-py2.py3-none-any/six.py

on top of that, the netwerk/dns/prepare_tlds.py bit from bug #1857516 is required to remove the usage of the now-removed `imp` module in py 3.12.

there are also various missing references to `distutils` module in mozbuild that suggest that the `sys.path` is wrong... so far i've worked it around by symlinking setuptools' `_distutils` copy at least in `mozbuild/` and `mozbuild/mozbuild`, which finally allows me to pass configure/have the python virtualenv created on 2.53.20b1.

and on top of that, i now have segfaults running the build-script-build rust command for at least the any_all_workaround crate, and probably others.

```
Starting program: /usr/obj/ports/seamonkey-2.53.20beta1/build-amd64/toolkit/library/release/build/any_all_workaround-a96ddd0dd9b8bc45/build-script-build 

Program received signal SIGSEGV, Segmentation fault.
0x00000df56fb6d7dc in ?? ()
(gdb) bt
#0  0x00000df56fb6d7dc in ?? ()
#1  0x00000df56fb6d50d in __init ()
#2  0x00007b634a0b57e0 in ?? ()
#3  0x00000df56fb6d6bc in _start ()
```
Bug: Modern theme lost its personal toolbar specific home button icon during the XPFE to Toolkit
Status: NEW
Priority: --
Created: 2025-01-01 20:45:00+00:00
Resolved: 2025-01-01 21:00:16+00:00

When SeaMonkey went from XPFE to the then Mozilla Toolkit (1.1 to 2.0) the home button it lost the specific personal (bookmarks) toolbar icon. This patch restores it.

This has no impact other than adding back the original home button and some CSS to specifically display it when it is on the personal toolbar for the modern skin.
Bug: Stop hard-coding commandkey for reloadui in cZ
Status: ASSIGNED
Priority: --
Created: 2025-01-04 16:52:27+00:00
Resolved: 2025-01-04 16:54:00+00:00

At the moment the commandkey for reloadui in cZ is hard-coded to R, this should be localisable as it is for reload in browser/mailnews.
Whilst here remove redundant check for existence of the function and non-standard format for the modifiers (comma is usually used instead of space as a separator).
Bug: Unable to load JSON Bookmarks file, Open/Cancel do the same thing
Status: NEW
Priority: --
Created: 2025-01-07 04:41:01+00:00
Resolved: 2025-02-02 13:12:24+00:00

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

Steps to reproduce:

Platform is Fedora using seamonkey-2.53.20-1.fc41

1) Bookmarks->Manage Bookmarks.
2) Tools->Restore->Choose File
3) Navigate and select file.
4) Press Open button.


Actual results:

Nothing happens, pressing Open is the same as pressing Cancel.


Expected results:

Previous version loaded the selected file.
Bug: 'Linux compatibility matrix' link(s) returns 'Internal Server Error'
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-08 20:31:19+00:00
Resolved: 2025-01-10 07:50:04+00:00

https://www.seamonkey-project.org/news
links (twice: SM 2.53.20 *) to
http://udn.realityripple.com/docs/Mozilla/Firefox/Linux_compatibility_matrix/

which is (currently?) broken:
'
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
'
Bug: The add-on Light text and dark background works no more in Seamonkey 2.53.20
Status: UNCONFIRMED
Priority: --
Created: 2025-01-09 18:25:34+00:00
Resolved: 2025-01-09 21:33:55+00:00

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

Steps to reproduce:

Open an arbitrary website in Seamonkey 2.53.20


Actual results:

I get dark letters on a light background


Expected results:

My add-on Light text and dark background is enabled, so Light letters on a dark background should appear, like in Seamonkey 2.53.19
Bug: www.autolipper.nl - Design is broken. Many missing pictures and animations.
Status: UNCONFIRMED
Priority: --
Created: 2025-01-12 19:59:53+00:00
Resolved: 2025-01-12 20:00:44+00:00

Steps to reproduce:

https://autolipper.nl/

SeaMonkey 2.53.20
Useragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
Buildnaam: 20250104154918


Actual results:

Design is broken. Many missing pictures and animations.


Expected results:

Normal and complete loading of the internetsite.

Tested with Firefox.
Bug: on FreeBSD sqlite3 fails to link for missing math functions
Status: ASSIGNED
Priority: --
Created: 2025-01-30 20:44:18+00:00
Resolved: 2025-01-31 23:54:40+00:00

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

Steps to reproduce:

Build on FreeBSD 13.4 amd64 with clang 15


Actual results:

182:49.92 /usr/local/bin/ld.bfd: /usr/home/multix/code/seamonkey-2.53.20/obj-x86_64-unknown-freebsd13.4/config/external/sqlite/../../../third_party/sqlite3/src/sqlite3.o: in function `xCeil':
182:49.92 sqlite3.c:(.text.xCeil+0x1): undefined reference to `ceil'
182:49.92 /usr/local/bin/ld.bfd: /usr/home/multix/code/seamonkey-2.53.20/obj-x86_64-unknown-freebsd13.4/config/external/sqlite/../../../third_party/sqlite3/src/sqlite3.o: in function `xFloor':
182:49.92 sqlite3.c:(.text.xFloor+0x1): undefined reference to `floor'
182:49.93 /usr/local/bin/ld.bfd: /usr/home/multix/code/seamonkey-2.53.20/obj-x86_64-unknown-freebsd13.4/config/external/sqlite/../../../third_party/sqlite3/src/sqlite3.o: in function `logFunc':
182:49.93 sqlite3.c:(.text.logFunc+0xc7): undefined reference to `log'
182:49.93 /usr/local/bin/ld.bfd: sqlite3.c:(.text.logFunc+0xfc): undefined reference to `log'
182:49.93 /usr/local/bin/ld.bfd: sqlite3.c:(.text.logFunc+0x151): undefined reference to `log'
182:49.96 /usr/local/bin/ld.bfd: /usr/home/multix/code/seamonkey-2.53.20/obj-x86_64-unknown-freebsd13.4/config/external/sqlite/../../../third_party/sqlite3/src/sqlite3.o:(.data.sqlite3RegisterBuiltinFunctions.aBuiltinFunc+0x1370): undefined reference to `trunc'


Expected results:

link and build should succeed!
Bug: After successfully compiling SeaMonkey, accessing any web page will display "This Connection is Untrusted"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-14 06:21:49+00:00
Resolved: 2025-02-17 13:09:04+00:00

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

Steps to reproduce:

Mozillazine: https://forums.mozillazine.org/viewtopic.php?t=3128873
(Attached are screenshots of errors, python scripts to change SHA256, and.mozconfig)

1. Install git, LLVM (19.1.3 , llvm-config.exe is available) , nasm, VS2019, rust (latest and 1.73 versions).

2. Install Mozilla Build 3.4 (I don't know why python3.7 of version 3.4 is getting errors, so I replaced python3.7 with python3.11 of Mozilla build 4.1)

3. Add path to LLVM and nasm

4. Install the VS2015 to 2022 runtime

5. Run bootstrap.py
wget https://hg.mozilla.org/mozilla-central/raw-file/default/python/mozboot/bin/bootstrap.py && python3  bootstrap.py

6. Restart the VS2015 to 2022 runtime to ensure that it takes effect

7. Clone mozilla-central and run it
./mach bootstrap 
choose Firefox for Desktop

8. Clone seamonkey code, add.mozconfig file, enter mozilla-253 folder and run:
./mach create-mach-environment
cargo install cbindgen

9. Replace rust version with 1.73

10. Start compiling
./mach configure
./mach build

11. "./mach build" error , found that the sha256 of many files did not match the ".cargo-checksum.json" file, so I wrote a python script to update the sha256 in the ".cargo-checksum.json" file: 

12. Run./mach clobber and rebuild. The compilation was successful, but if you open seamonkey, "SEC_ERROR_UNKNOWN_ISSUER" is displayed

(Sorry my English is not very good , Please understand if the translation is not correct)


Actual results:

Mozillazine: https://forums.mozillazine.org/viewtopic.php?t=3128873
(Attached are screenshots of errors, python scripts to change SHA256, and.mozconfig)

I even ran a virtual machine recompile dedicated to compiling Seamonkey, but the problem still arose.

Before compiling, I had turned off any anti-virus software (including Windows defender) and also installed the VS runtime.

After opening the compiled seamonkey, I found a serious problem. No matter what web page I opened (except the local page), it would prompt "This Connection is Untrusted" (SEC_ERROR_UNKNOWN_ISSUER) and I could not enter the page
But when I used the seamonkey downloaded from "https://www.seamonkey-project.org/" or Firefox, the prompt "This Connection is Untrusted" would not appear 
How should I do it

(Sorry my English is not very good , Please understand if the translation is not correct)


Expected results:

Nothing happened.
Bug: Add Thunderbird Glean definitions to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-17 12:33:27+00:00
Resolved: 2025-02-17 19:00:11+00:00

Not that we want to but we need to port Bug 1899602. "Thunderbird Glean migrations". Code is basically unused in SeaMonkey. We don't want glean but need the definitions now.
Bug: www.hifiklubben.nl - Blank page. First the page loads some items and after this the page becomes blank.
Status: UNCONFIRMED
Priority: --
Created: 2025-02-20 00:42:05+00:00
Resolved: 2025-02-20 00:42:45+00:00

Steps to reproduce:

https://www.hifiklubben.nl/

SeaMonkey 2.53.20
Useragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
Buildnaam: 20250104154918


Actual results:

Blank page. First the page loads some items and after this the page becomes blank.


Expected results:

Normal loading of the internetsite.

Tested with Firefox.
Bug: PDF files does not open from SeaMonkey E-mail into the browser. Opening a PDF file from the browser and Windows explorer loads all PDF files into the browser.
Status: UNCONFIRMED
Priority: --
Created: 2025-02-20 01:01:42+00:00
Resolved: 2025-02-20 01:03:54+00:00

Steps to reproduce:

Send an e-mail with a PDF file to yourself. Double click at the PDF file.

SeaMonkey 2.53.20
Useragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
Buildnaam: 20250104154918


Actual results:

PDF files does not open from SeaMonkey E-mail into the browser. Saving the PDF file works. Showing the source works.  Opening a PDF file from the browser and Windows Explorer loads all PDF files into the browser.

This is since SeaMonkey 2.53.19 (clean installation) and SeaMonkey 2.53.20. The previous installation of SeaMonkey 2.53.18 works.


Expected results:

Opening PDF files from an e-mail into the browser.
Bug: Handling of MOZ_LANGPACK_CONTRIBUTORS in defines.inc files should be less custom
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-28 14:14:11+00:00
Resolved: 2025-03-02 15:53:11+00:00

By now, Seamonkey is the only place where we still have this oddity in [suite/locale/en-US/defines.inc](https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/blob/master/suite/locales/en-US/defines.inc) and [suite/extensions/irc/locale/en-US/defines.inc](https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/blob/master/suite/extensions/irc/locales/en-US/defines.inc):
```
# If non-English locales wish to credit multiple contributors, uncomment this
# variable definition and use the format specified.
# #define MOZ_LANGPACK_CONTRIBUTORS <em:contributor>Joe Solon</em:contributor> <em:contributor>Suzy Solon</em:contributor>
```

This is requiring additional care in Pontoon, as it's the only place where we have a commented source message being used as an actual message.

Given how these files are handled in [langpack_manifest.py](https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/blob/master/python/mozbuild/mozbuild/action/langpack_manifest.py#L363) and [preprocessor.py](https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/blob/2_53_20_final/python/mozbuild/mozbuild/preprocessor.py#L607), an empty value here would be handled exactly the same as a commented-out value

Therefore, could the contents of the en-US source be updated to something like the following? Doing so would not invalidate any translations, but it would allow us to drop the customization needed in Pontoon for this one message.

```
# A space-separated list of contributors, each wrapped in an <em:contributor> element. Can be left empty.
# Example: <em:contributor>Joe Solon</em:contributor> <em:contributor>Suzy Solon</em:contributor>
#define MOZ_LANGPACK_CONTRIBUTORS
```