av9ash/GitBugs huggingface dataset:
Bug: Content of Gitlab-pages is not loaded anymore since Gitlab 14
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-21 16:20:48+00:00
Resolved: 2021-10-25 19:02:57+00:00

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

Steps to reproduce:

Since the last update from Gitlab from 13 to 14 it is no longer useable with SeaMonkey. On all main pages of a project the content is not loaded.

For example:
Main: https://gitlab.com/seamonkey-project
Project: https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla
Project information: https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/activity
Repository: https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/tree/2_53_9_final
Requirements: https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/requirements_management/requirements
Deployments: https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/releases
Analytics: https://gitlab.com/seamonkey-project/seamonkey-2.53-mozilla/-/value_stream_analytics



Actual results:

The actual content of the page is not loaded, depending on the page, the content-area stays blank or a loading-indicator is shown forever. The JavaScript-console contains an error:

ReferenceError: customElements is not defined[further informations]  gl_emoji.js:78:7
	F2LA gl_emoji.js:78:7
	o bootstrap:84:3
	HVBj/< https://gitlab.com/assets/webpack/main.e7cbd70d.chunk.js:44:86236
	HVBj https://gitlab.com/assets/webpack/main.e7cbd70d.chunk.js:44:86155
	o bootstrap:84:3
	[233] https://gitlab.com/assets/webpack/pages.projects.show.be08f746.chunk.js:7:16085
	o bootstrap:84:3
	d bootstrap:45:14
	a bootstrap:32:10
	<anonymous> https://gitlab.com/assets/webpack/pages.projects.show.be08f746.chunk.js:1:2


Expected results:

Content of the page should have been displayed.
Bug: In this new release (2.53.9.1), the default HTML font-family changed from Times to Helvetica, Arial - This is really annoying.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-09-29 02:32:18+00:00
Resolved: 2021-09-29 11:25:54+00:00

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

Steps to reproduce:

I opened the Seamonkey and it automatically ran the update, so the current version is 2.53.9.1. 


Actual results:

After that, my HTML files font-family changed from Times to Helvetica, Arial. I didn't set fonts in general so they were all in Times which is what I like. Now everything changed to Helvetica, Arial. Besides, I tried to set the font-family for a few items like <h1>, <p> but have no effect.


Expected results:

Default HTML page font-family stays as Times instead of Helvetica, Arial.
See attached image, left side is from Firefox (or any other browser, including the last version of SeaMonkey) and the right side is from this 2.53.9.1 release.
Bug: Can't type Facebook comments
Status: NEW
Priority: --
Created: 2021-09-29 08:14:26+00:00
Resolved: 2023-03-11 21:56:13+00:00

As of last week, it's no longer possible to use SeaMonkey to type into the comments field under a Facebook post.  Changing the browser's user agent string (e.g., to report as Firefox) has no effect.

Steps to reproduce:
1. Log into Facebook and visit any post that your account has permission to comment on (e.g., https://www.facebook.com/ofai.at/posts/1842624699263160)
2. Click on the input field at the bottom of the post.  The input field gets focus and a flashing I bar appears.
3. Start typing.

Observed behaviour:
4. Nothing happens.

Expected behaviour:
4. The typed text should appear in the input field.

Note: I understand from the discussion at Bug 1655478 that unspecific Web compatibility bugs like this are not likely to be useful or be acted upon.  However, in this case the website affected is in the Alexa top 10 and there are already SeaMonkey-specific problem reports circulating online (e.g., [on Mozillazine](http://forums.mozillazine.org/viewtopic.php?f=40&t=3079789)).  Perhaps someone else who is affected by this bug and who has more time/knowledge than I do can pinpoint the cause enough to help the developers arrive at a fix.
Bug: Stories opened from INSTAGRAM main page are half visible
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-01 12:13:24+00:00
Resolved: 2024-05-08 06:36:21+00:00

The problem is in that instagram stories is half visible i can only see the bottom half.
steps to reproduce:
1.start the SeaMonkey 
2. go to: https://www.instagram.com   
3. login to your account 
4. open instagram main page ( https://www.instagram.com)
5. open any stories (on main page) you will see only bottom half
Bug: middleclick on browser tab handled twice (closes tab and loads URL from primary or clipboard)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-06 14:48:42+00:00
Resolved: 2022-01-15 18:50:38+00:00

If SeaMonkey is configured so that middle-clicking loads a URL from the clipboard or the primary selection (middlemouse.contentLoadURL is true and general.autoScroll is false), a middle-click on a tab will close that tab and load the URL from clipboard/primary on another tab.
Bug: Linkedin.com Top Menu Bar does Not Display
Status: UNCONFIRMED
Priority: --
Created: 2021-10-06 15:06:27+00:00
Resolved: 2022-11-04 14:21:48+00:00

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

Steps to reproduce:

1) Go to Linkedin.com on Seamonkey and any other browser
2) Log in to website on both browsers
3) Compare what you see


Actual results:

You will see the menu bar is missing and the site is unusable under seamonkey


Expected results:

I should be able to use the top menu bar to view notifications and messages
Bug: eID unsupported
Status: UNCONFIRMED
Priority: --
Created: 2021-10-07 11:52:57+00:00
Resolved: 2022-01-15 10:52:02+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:60.0) Gecko/20100101 SeaMonkey/2.53.9.1

Steps to reproduce:

several government websites are to use an eID (electronic identity card).
when trying with SeaMonkey Navigator, it always failes.
when using Mozilla Firefox, the pin code of the card is asked.


Actual results:

faliling with SeaMonkey Navigator, working with Mozilla Firefox


Expected results:

since everything is up to date, it should be possible with SeaMonkey Navigator as well
Bug: Errors accessing lidl.dk website
Status: UNCONFIRMED
Priority: --
Created: 2021-10-07 14:14:31+00:00
Resolved: 2022-08-07 06:59:27+00:00

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

Steps to reproduce:

I go to https://www.lidl.dk/


Actual results:

The page seems to load, but all the images are extremely blurry.  When I thereafter click on any link I get a message like:
-----------------------
Access Denied
You don't have permission to access "http://www.lidl.dk/" on this server
Reference #18.3fac1702.1633611840.f88dfe
-----------------------

Notice it says http even though I entered https - the Reference part may wary but always starts with #18.3fac1702.1

After this has occurred I get the same message in all my browsers (Firefox, Chrome, Edge, Opera). And I get it for all computers in my Microsoft Network.

After a few minutes I can access https://www.lidl.dk/ again in those browsers again, but if I try with SeaMonkey I get the same result all over.

It is not associated with my ISP, because if I change to use my SmartPhone's WiFi Hotspot using Data connection, the same occurs.



Expected results:

Normal browsing as when I open the page in Firefox, Chrome, Edge or Opera

Notice this also happen if I use the older SeaMonkey 2.49.5 in stead of version 2.53.9.1
Bug: Edits on read-only file lost without warning.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-14 14:38:03+00:00
Resolved: 2022-02-12 20:52:37+00:00

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

Steps to reproduce:

1. Open a read-only file (say, one that you forgot to check out from a source-control system like Perforce that marks unchecked-out files as read-only).
2. Spend 30 minutes making many changes and hitting File > Save (Ctrl+S) often.
3. Close the file.


Actual results:

No changes were saved and no warnings given.


Expected results:

SeaMonkey should either prevent any edits to a read-only file, or it should give a warning the first time you try to save the file, offering the option of doing a Save As.
Bug: Add refresh function to Filter list dialog so that it can be updated when already open and new filters are added externally
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-23 23:44:04+00:00
Resolved: 2022-03-26 14:49:35+00:00

Port to SeaMonkey the relevant parts of:
* Bug 543419 - Add refresh function to Filter list dialog so that it can be updated when already open and new filters are added externally
* Bug 363982 - Make FilterListDialog.js::refresh() function take arguments to allow it to swich folders if filter dialog is already open
* Bug 878805 - Check UI consistency across all Thunderbird folderpickers - Part 2
* Bug 1025373 - Choose some usable account again when opening filter list with no selected folder
* Bug 1198744 - Filters run on a different folder than selected
Bug: seamonkey-composer introduces unwanted doctype line in saving file after editing
Status: UNCONFIRMED
Priority: --
Created: 2021-10-25 09:51:57+00:00
Resolved: 2021-10-26 20:45:01+00:00

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

Steps to reproduce:

We describe the process step by step:
0. 
first three lines of xhtml file:
<?xml version="1.0" encoding="UTF-8"?>
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="nl" lang="nl">
  <head>
....
1. open by seamonkey
2. edit (Ctrl-e) by seamonkey-composer
3. save (Ctrl-s):



Actual results:

an extra second line (doctype) is introduced into the file:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="nl" lang="nl">
  <head>
....
4.
if we try to open the last saved file again with seamonkey it has a problem in parsing the second line (which it had introduced itself!) and stops handling the file.


Expected results:

No extra line introduced which cannot be handled by parser.
Bug: ChatZilla cannot retrieve certificate exceptions on port 6697
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-31 15:53:22+00:00
Resolved: 2021-12-25 14:04:49+00:00

If an irc server has an invalid certificate of some sort (e.g. self-signed or expired), then the exception dialog cannot retrieve the certificate via port 6697.
I believe this is because the dialog uses http to carry out this work and port 6697 is blocked for http.
Workaround is to add an override via about:config, network.security.ports.banned.override should include 6697 (if the pref does not exist it needs to be created as a string).
Bug: Unable to create a new "Saved Search Folder" using "Save View as a Folder..."
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-01 12:42:02+00:00
Resolved: 2021-11-09 22:32:35+00:00

In Mail&News, the "Save View as a Folder" option in the "View" drop-down (top left, below the button bar) does not work, and leaves the following error in the error console:

    Error: ReferenceError: aSearchTems is not defined
    Source File: chrome://messenger/content/folderPane.js

Changing that to aSearchTerms makes this option work.
Bug: infinite loop after open tab request on an email address
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-06 11:06:17+00:00
Resolved: 2022-07-18 14:07:02+00:00

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

Steps to reproduce:

right  click select "open link in new tab"  BUT it was an email address not a URL


Actual results:

continuous opening new tabs and unable to stop it, the window becomes un-usable
all attempts including: "close tabs to the right" "work off-line" etc fail to do anything AND become harder/slower to access due to the process loading
I ended it by closing the window.  (I wanted the tabs I had) the next day after I started seamonkey the same window was back and a box with what to do with script failure, I ended the script. the window is there now and doesn't respond to open a new tab etc


Expected results:

a message to open the mail client would make sense
Bug: Broken rendering homepage of Linkedin since 2.4x
Status: UNCONFIRMED
Priority: --
Created: 2021-11-08 16:14:23+00:00
Resolved: 2022-07-19 12:00:00+00:00

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

Steps to reproduce:

Install any 2.4x-2.5x Seamonkey Browser and open LinkedIn Profile homepage in it. Compare rendering results with Firefox in any 7x.x.x-9x.x.x version.


Actual results:

Broken rendering of page in Seamonkey - bad number of columns, size of columns, sides overlapping, no scaling, no main menu of portal, no message app is showing


Expected results:

Compare the Firefox correct rendering on any Firefox since 7x.x.x-9x.x.x version.
Bug: Particular web page causes heavy CPU load and memory leak
Status: UNCONFIRMED
Priority: --
Created: 2021-11-09 06:18:04+00:00
Resolved: 2022-02-04 22:59:22+00:00

Steps how to reproduce with installation of unofficial (by WG9S) De SeaMonkey 2.53.10Beta Mozilla/5.0  (NT 10.0; Win64; x64; rv:78.0) Gecko/20100101  Firefox/78.0 Build 20211012210003 (Newly created User Profile, Default Classic Theme) on German WIN7 64bit:

1. Visit [this page](https://www.dw.com/de/d%C3%A4nemark-f%C3%BChrt-wieder-corona-restriktionen-ein/a-59761471)  

Problem: Heavy CPU load and rapidly increasing memory usage >> 8GB   😥
(Chromium: no visible CPU load, 250 MB memory)
Bug: Cancel Filter edit dialog closes the whole Message Filter dialog too.
Status: UNCONFIRMED
Priority: --
Created: 2021-11-14 00:49:13+00:00
Resolved: 2021-11-14 00:49:13+00:00

Steps to reproduce: 
Create a Filer in the Message Filter dialog.
Edit the Filter.
Abort editing with Cancel.

Editing and Message Filter dialog both close.

Can't just reproduce now so setting to unconfirmed for now.
Bug: Youtube not working in version 2.53.10 and above
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-17 15:12:34+00:00
Resolved: 2021-11-17 22:46:28+00:00

Steps to reproduce:

(Do not forget to turn on Firefox UserAgent in Prerferances > Advanced > HTTP Networking, because else YouTube will not work at all even on older versions,)

After the new update came out:
I restarted SeaMonkey.
I went to http://youtu.be


Actual results:

YouTube would not render any of its UI and render only the placeholder.
Only way I found to bypass this issue is to open ( https://m.youtube.com/?persist_app=1&app=m ) on SeaMonkey, forcing the mobile interface.
The YouTube would work fine.


Expected results:

YouTube would have loaded and worked correctly as in any version prior and including 2.53.9.1
Bug: User Agent String to "Identify as Firefox" Problem with Youtube
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-17 19:35:10+00:00
Resolved: 2021-11-17 22:45:17+00:00

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

Steps to reproduce:

I set the User Agent String to "Identify as Firefox" in SeaMonkey 2.53.10.



Actual results:

Youtube is unusable. It only shows grey placeholders instead of thumnails and titles of the videos. No menu bars are visible.


Expected results:

Setting the User Agent String to "Identify as SeaMonkey" or "Identify as SeaMonkey and advertise Firefox compatibility" results in Google using only a small part of the screen, no continuous scrolling down through google images and no 
button to upload an image and search for similar ones. This was the reason why I 
decided to switch to "Identify as Firefox" in earlier versions.

I didn't have any problems with "Identify as Firefox" until SeaMonkey 2.53.9.1 with Youtube. The problem occurred only in  2.53.10.
Bug: ChatZilla: "Remember passwords" settings no more respected in v2.53.10
Status: UNCONFIRMED
Priority: --
Created: 2021-11-18 22:30:55+00:00
Resolved: 2023-08-31 20:25:24+00:00

Steps to reproduce:

I updated SeaMonkey 2.53.9 to 2.53.10, which comes with a new version (0.10) of ChatZilla. "Remember Passwords" is disabled in my settings (Edit -> Preferences), and previously, Chatzilla doesn't try to remember passwords.


Actual results:

ChatZilla 0.10 tries to remember a channel key, for example when you typed
/join #channel key
It at least asks if the user wants it to remember the password, but the answer by default is "Yes".


Expected results:

Since "Remember Passwords" is (globally) disabled, ChatZilla should not remember any password. It shouldn't even ask, as the user's preference is clearly "Don't remember passwords."

The way it is now, assuming that someone can abuse my computer, there is a risk that they could join a private, keyed channel without knowing the key. This behavior did not exist in older versions of SeaMoenky/ChatZilla.
Bug: GitHub "Code" download doesn't work in SeaMonkey 2.53.10
Status: UNCONFIRMED
Priority: --
Created: 2021-11-19 01:44:17+00:00
Resolved: 2022-11-22 11:09:49+00:00

Steps to reproduce:

On any GitHub project page, clicking the "Code" button to download code.


Actual results:

A busy animation is shown, and it never finishes.


Expected results:

It should show a window offering the options of downloading a .zip or clone the source.
Similar situation for selecting a branch.
This appears to be a web compatibility issue, as this works using Firefox 94.0.1 and using Chrome.
Bug: data manager is crashing with error script message
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-19 12:14:26+00:00
Resolved: 2021-11-19 12:18:43+00:00

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

Steps to reproduce:

i open seamonkey and go to the menu TOols/Data manager, then i'm waiting for the loading (my profil is very old so the list might be huge to fill, maybe an overflow error)


Actual results:

-there is an error messag after a long time (25s of wait) while the cpu usage is growing (i can hear my fan whereas it is quick i7 at 3.6GHz 6cores).
i post here a screenshot
- i can put the cursor into the search list
- when i select a domain in the left, nothing happen


Expected results:

the list of domain on the right should be fully filled and the cursor in the top should let me focus and do a search.
Bug: Youtube's member page blank and side bar blank. Bitchute videos don't play
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-20 04:59:56+00:00
Resolved: 2022-01-09 23:35:19+00:00

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

Steps to reproduce:

I clicked on a bookmark of a person's Youtube homepage to bring up that member's videos.  I attempted this on other Youtube members and the same outcome occurs.  The page is blank except three horizontal lines in the upper left corner of the page.  When I open a youtube video, the video plays but a blank area in the sidebar and from the video down.  The other problem I have that may be related is, Bitchute video will not play.  Three moving vertical lines appear where the player is suppose to play.  It never goes to the video.


Actual results:

The page is blank except three horizontal lines in the upper left corner of the page.  When I open a youtube video, the video plays but a blank area in the sidebar and from the video down.  The other problem I have that may be related is, Bitchute video will not play.  Three moving vertical lines appear where the player is suppose to play.  It never goes to the video.  Everything works fine in Firefox and Edge.


Expected results:

On the person's youtube home page I should see all of his videos that he had available.  On the video page, I should see all the video that were next in the que.  Below the video, the comments and other info should be listed.  All these items were blank.  Videos will play.  Rest of the page is blank.  These problems started less that 5 days ago.  I have no idea why.  I am using Seamonkey 2.53.10 beta 1.  It started on the previous version 2.53.10 and I moved to the beta 1 version to see if it would solve the problems.  It did not.  I am using Windows 10 Pro X64 bit on a Dell optiplex 790.  SeaMonkey 2.53.10 beta 1 - 20211026200412.  Target
x86_64-pc-mingw32
Bug: some types of YouTube pages are blank
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-21 19:24:45+00:00
Resolved: 2021-12-13 01:54:40+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:

When I enter my YouTube-Subscription and channel pages they are blank. (On channel pages it often happens after some reloads)


Actual results:

Some days ago all YouTube pages went blank. (Videos played on a blank page)
On the next day the video-pages the YouTube start-page worked again, but my YouTube-Subscription and channel pages remains blank. This happens with the 2.53 branch as well as with the 2.57 branch.

When I switch the user agent to modern Firefox all pages go blank again (like on the first day when it happened)

tested with no active Ad-blocker on both builds.


Expected results:

Pages that aren't blank
Bug: New robot filter
Status: UNCONFIRMED
Priority: --
Created: 2021-11-22 09:41:02+00:00
Resolved: 2022-01-09 23:59:33+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Firefox/68.0 SeaMonkey/2.53.10

Steps to reproduce:

New robot filtering tool is not working under SeaMonkey 2.53.10 and probably previous versions. Maybe a java script issue. Look at the following 3w for examples:
www.leboncoin.fr
www.oui.sncf


Actual results:

Filter blocking while no problem with Safari
Bug: Only use networks and servers in lower case in ChatZilla
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-22 22:29:09+00:00
Resolved: 2021-12-25 16:05:11+00:00

At the moment ChatZilla does not enforce lower case when using network and server names, which can cause problems when trying to connect to a network or with certificate matching so let's fix it.
Bug: Email notification popup replaces Unicode characters
Status: NEW
Priority: --
Created: 2021-11-23 13:52:53+00:00
Resolved: 2024-06-06 15:36:10+00:00

Steps to reproduce:

I receive an email with German Umlauts, usually in the name before the email in brackets in the "From" field.


Actual results:

The Umlaut characters are substituted by the � U+FFFD "replacement character" in the subject line of the email notification popup.


Expected results:

Umlauts should be correctly decoded and displayed according to the character page substitution code, as it works for other fields in the message popup. I guess the UTF-8 decoding was executed twice or in a wrong order for this text field only.
Bug: Cannot show pages from imgur.com
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-24 20:38:50+00:00
Resolved: 2022-11-22 17:49:05+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 SeaMonkey/2.53.10

Steps to reproduce:

Go to https://imgur.com or any subpage for images.


Actual results:

The pages start to load and for a split second I can see items in the top of the browser window, where after only the dark grey background color is shown


Expected results:

To see the content of the page.

The error console shows no script errors but a lot of css errors.