av9ash/GitBugs huggingface dataset:
Bug: Script causes high CPU load on FRIENDICA
Status: UNCONFIRMED
Priority: --
Created: 2021-04-25 07:22:39+00:00
Resolved: 2022-01-03 18:42:41+00:00

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

1. Launch SM
2. Switch to newly created User Profile ('Extras -> Switch Profile ...')
3. Into URL bar paste URL like https://anonsys.net/community --> [Enter]
    » Expected: Page opens
    » Actual: Error Message: "Script Busy, does not respond", and significant CPU load. 😥

### Additional information
a) Same on https://friendica.xyz/, other ones
b) no problem with Chromium Browser, FF 90.0a1 (2021-04-22) (32-bit)
Bug: Wrong links and other inconsistencies on Community page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-26 18:53:51+00:00
Resolved: 2021-04-26 19:24:03+00:00

Steps how to reproduce:

1. Visit Community page on projectwebsite
2. Below heading "mozilla.support.seamonkey" try Mailing List: support-seamonkey@lists.mozilla.org [subscribe/unsubscribe](https://lists.mozilla.org/listinfo/support-seamonkey)
3. Below heading "mozilla.dev.apps.seamonkey" try Mailing List: dev-apps-seamonkey@lists.mozilla.org [subscribe/unsubscribe](https://lists.mozilla.org/listinfo/dev-apps-seamonkey)

   » Expected: for (2), (3): mailing list handling page open  
       actual: Error 404 😥

4. below **Add-Ons for SeaMonkey** link to mozdev should lead to [mozdev.org](http://www.mozdev.org/projects/applications/SeaMonkey.html)  
       actual: Error 404 😥  
5.  [Modified Firefox Extensions](http://xsidebar.mozdev.org/modifiedmisc.htmlhttp://xsidebar.mozdev.org/modifiedmisc.html) should lead to extensions  
       actual: "address  not found" 😥  


### Additional information
Mailing list links need to be switched to new group handling pages [dev-apps-seamonkey](https://groups.google.com/a/lists.mozilla.org/g/dev-apps-seamonkey/ "dev-apps-seamonkey@lists.mozilla.org") and [support-seamonkey](https://groups.google.com/a/lists.mozilla.org/g/support-seamonkey/ "support-seamonkey")

### Additional inconsistencies
#### Newsgroups / Mailing Lists  
a) I doubt that the linked NewsGroups still are active. But may be Download of the old contents / postings still is possible with a newsreader? I don'tknow.
a1) The google mirrors of the NewsGroups still are useful, but it should be mentioned that the groups are **outdated** (deprecated? should no longer be used?).
Bug: [De] welcome_help.xhtml: Dead Link
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-04-27 07:17:08+00:00
Resolved: 2022-09-10 15:03:08+00:00

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

1. Open Help
2. Klick String "Häufig gestellte Fragen"  
   »  Leads to http://www.holgermetzger.de/mozilla-faq/, Error 404 😥 

No obvious DUP found with [this query](https://bugzilla.mozilla.org/buglist.cgi?o4=allwordssubstr&v4=H%C3%A4ufig%20gestellte%20Fragen&f2=longdesc&classification=Client%20Software&v3=holgermetzger&product=SeaMonkey&o3=substring&f1=short_desc&f4=longdesc&component=Help%20Documentation&list_id=15688952&j_top=OR&f3=bug_file_loc&v2=holgermetzger&o2=allwordssubstr&v1=holgermetzger&query_format=advanced&o1=anywordssubstr)
Bug: [De] privacy_help.xhtml: Dead Link
Status: ASSIGNED
Priority: P5
Created: 2021-04-27 12:48:49+00:00
Resolved: 2023-07-04 18:17:19+00:00

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

1. Open Help
2. Search Help for string "cookies"
3. Open hit "Was sind Cookies und wie funktionieren sie?"
4. Try links "Viren-Schutz (englisch)", "Online Shopping (und Banking)(englisch)", 
"Kinder und das Internet (englisch)"  
   »  All lead to browser.netscape.com pages.  Do not exist! 😥 

No obvious DUP found with [this query](https://bugzilla.mozilla.org/buglist.cgi?longdesc=link&list_id=15688964&o4=allwordssubstr&f1=short_desc&o2=allwordssubstr&v1=netscape&o1=anywordssubstr&f4=longdesc&classification=Client%20Software&v2=netscape&f2=longdesc&v4=netscape&f3=bug_file_loc&v3=netscape&j_top=OR&product=SeaMonkey&query_format=advanced&o3=substring&component=Help%20Documentation&longdesc_type=allwordssubstr)
Bug: [De] mailnews_security.xhtml: Dead Link to "Introduction to Public-Key Cryptography"
Status: ASSIGNED
Priority: P5
Created: 2021-04-27 14:05:30+00:00
Resolved: 2023-10-16 19:28:10+00:00

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

1. Open Help
2. Search Help for string "Signaturen & Verschlüsselung"
3. Open hit "Signieren & und Verschlüsseln von Nachrichten"
4. Try link "[Introduction to Public-Key Cryptography](https://developer.mozilla.org/en-US/Introduction_to_Public-Key_Cryptography)"  
   »  Page not found 😥 

No obvious DUP found with [this query](https://bugzilla.mozilla.org/buglist.cgi?f3=bug_file_loc&v2=Introduction%20to%20Public-Key%20Cryptography&o2=allwordssubstr&v1=Introduction%20to%20Public-Key%20Cryptography&query_format=advanced&o1=allwordssubstr&f4=longdesc&component=Help%20Documentation&list_id=15689233&j_top=OR&f2=longdesc&classification=Client%20Software&v3=Introduction%20to%20Public-Key%20Cryptography&product=SeaMonkey&o3=allwordssubstr&longdesc=link&f1=short_desc&o4=allwordssubstr&v4=Introduction%20to%20Public-Key%20Cryptography&longdesc_type=allwordssubstr)
Bug: [De] developer_tools.xhtml: Dead Link
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-04-28 15:26:11+00:00
Resolved: 2022-11-13 16:55:58+00:00

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

1. Open Help
2. Search Help for string "DOM Insp"
3. Open hit "DOM Inspector" which leads to page with page title "Webentwicklungsprogramme"
4. Try link "[DOM Inspector FAQ](https://developer.mozilla.org/de/docs/Tools/Add-ons/DOM_Inspector/DOM_Inspector_FAQ)"  
   »  Page not found 😥 

Something related found with [this query](https://bugzilla.mozilla.org/buglist.cgi?o2=allwordssubstr&v1=DOM%20Inspector%20FAQ&longdesc=link&list_id=15691152&o4=allwordssubstr&f1=short_desc&f2=longdesc&v4=DOM%20Inspector%20FAQ&o1=allwordssubstr&classification=Client%20Software&f4=longdesc&v2=DOM%20Inspector%20FAQ&v3=DOM%20Inspector%20FAQ&f3=bug_file_loc&longdesc_type=allwordssubstr&component=Help%20Documentation&j_top=OR&product=SeaMonkey&o3=allwordssubstr&query_format=advanced).  
Might have been fixed for en-US, but not for other languages?
Bug: [De] cs_nav_prefs_navigator.xhtml: Dead Link
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-04-28 15:36:23+00:00
Resolved: 2023-09-15 19:42:10+00:00

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

1. Open Help
2. Search Help for string "Browser-Einstellungen"
3. Open hit "Browser-Einstellungen" which leads to page with page title "Browser-Einstellungen"
4. Try link "[Codes for the Representation of Names of Languages](http://www.loc.gov/standards/iso639-2/php/code_list.php)"  
   »   Error 522   Page not found 😥 

Something related found with [this query](https://bugzilla.mozilla.org/buglist.cgi?product=SeaMonkey&o3=allwordssubstr&o2=allwordssubstr&classification=Client%20Software&v2=Codes%20for%20the%20Representation%20of%20Names%20of%20Languages&v3=Codes%20for%20the%20Representation%20of%20Names%20of%20Languages&f3=bug_file_loc&f2=longdesc&o1=allwordssubstr&query_format=advanced&v1=Codes%20for%20the%20Representation%20of%20Names%20of%20Languages&f1=short_desc&longdesc=link&f4=longdesc&v4=Codes%20for%20the%20Representation%20of%20Names%20of%20Languages&o4=allwordssubstr&longdesc_type=allwordssubstr&list_id=15691177&j_top=OR&component=Help%20Documentation).  
Might have been fixed for en-US, but not for other languages?
Bug: Port |Bug 1694762 - Ignore x-moz-file drops to mail and folder panes that have no data| to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-30 02:59:09+00:00
Resolved: 2021-06-03 19:51:52+00:00

Port TB bug that fixes "dt.mozGetDataAt(...) is null" error.
Bug: Remove reference to non-existent file in composer
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-02 23:55:42+00:00
Resolved: 2021-06-03 19:44:07+00:00

contentAreaDD.js went away in Bug 619355 but is still referenced in composer, there is no editor specific code that I can see that used this old method.
Bug: Browse function being grayed out must be manually restored with a trick
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-06 12:14:06+00:00
Resolved: 2021-05-09 13:56:22+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Steps to reproduce:

Opening composer page at start-up.


Actual results:

The browser function is grayed out by default and can only be addressed by switching between the ‘normal’ tab and one of the other three (e.g. source) at the page bottom.


Expected results:

At start-up of composer opening a page to edit, the browser function should not be grayed out. Older versions in the past did not have this problem.
Bug: In the html<source> view the search command/f shortcut does not work.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-06 12:22:50+00:00
Resolved: 2021-05-08 05:37:44+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Steps to reproduce:

Enter the command/f shortcut in html<source> view does not work.


Actual results:

In the html<source> view, in order to search the source page, the command/f shortcut does not work, the only way is to click within the page and then select from the edit menu the option find and replace. Simple search does not work. The shortcut for this does not work either.


Expected results:

Search function in source mode should respond to shortcut and simple search common from menu. In older versions long ago this function was still intact.
Bug: Merging cells after creating a table is deficient.
Status: UNCONFIRMED
Priority: --
Created: 2021-05-06 12:28:27+00:00
Resolved: 2024-06-05 20:34:57+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Steps to reproduce:

Creating a table with two columns and several rows gives trouble when trying to unite them.


Actual results:

Creating a table with e.g. two columns and 9 rows gives trouble. When one wants to join selected cells, one cannot select more than two cells to unite at a time. When finally two cells are left, these two cannot be united. For that purpose an extra row must be created, then the two previous cells can be united, whereupon the extra row can be deleted.


Expected results:

More easy and supple uniting of cells in a created table..
Bug: cutting and pasting links and images by default a local link is offered.
Status: UNCONFIRMED
Priority: --
Created: 2021-05-06 12:44:25+00:00
Resolved: 2021-05-06 12:44:25+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Steps to reproduce:

Cut and pasting links and images


Actual results:

All links are by default changed into local links, exept for http- links, so that for each copy/paste action for links and images the links must be adapted before uploading the page to one's site. Furthermore in later versions It is not possible anymore to set the link correct for both image source and for a relative link on that image, so that one must adapt the trouble in source mode. Also it is compulsory to check for alternative text in image link editor. 


Expected results:

1) The default for copying links and images should be a relative link, not a local one, 2) both link and picture source one must be able to correct, and 3) checking the checkbox for an alternative text for a picture should not be compulsory. The first two issues were functional in previous versions, but have been lost in later updates. The latter issue always has been so.
Bug: 2.53.7.1 fails to build with rust-1.52.0, error: Cannot set `RUSTC_BOOTSTRAP=1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-07 20:20:19+00:00
Resolved: 2021-05-11 02:12:10+00:00

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

Steps to reproduce:

Tried to build using a script which worked on the same version when I used patched rustc-1.51.0 earlier this week. Standard 'blfs' instructions as at https://www.linuxfromscratch.org/blfs/view/svn/xsoft/seamonkey.html

Note: we prefer gcc and g++, but that is irrelevant to this rust problem.


Actual results:

First build:
   Compiling log v0.4.1
error: Cannot set `RUSTC_BOOTSTRAP=1` from build script of `encoding_rs v0.8.16`.
note: Crates cannot set `RUSTC_BOOTSTRAP` themselves, as doing so would subvert the stability guarantees of Rust for your project.
help: If you're sure you want to do this in your project, set the environment variable `RUSTC_BOOTSTRAP=encoding_rs` before running cargo instead.

Second build with 'export RUSTC_BOOTSTRAP=encoding_rs' got further, but similar failure re packed_simd v0.3.4.

Success with 'export RUSTC_BOOTSTRAP=encoding_rs,packed_simd'



Expected results:

I hoped the build would not need any changes, but I'm not surprised.

For the moment I'm content to use those exports, but I guess the code ought to be changed in some way and I'm afraid I have no idea how.

Hope the 'Production' choice for 'Version' is correct.
Bug: font setting not remembered
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-10 07:12:24+00:00
Resolved: 2022-09-04 20:08:25+00:00

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

Steps to reproduce:

It seems like Mail doesn’t remember the font setting.
When selecting Message → New Message, it doesn’t take Times.
Times is set as default.


Actual results:

In Format → Font, it shows Times is selected.
When typing, I get another font.
No idea which one.

When I select Times in the font list, it changes to Times.

This happens with every mail.


Expected results:

It is set to Times, it should stay on Times.
Bug: google does not display usual view result like before (or liek firefox)
Status: UNCONFIRMED
Priority: --
Created: 2021-05-12 05:38:46+00:00
Resolved: 2022-01-03 18:40:12+00:00

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

Steps to reproduce:

hi,

since a couple of month (max 3 i think), googe does not consider Seamonkey like a normal mozilla browser. The search engine result (and other sgoogle services) are displayed in a different way. Even Google image is becoming totaly useless with seamonkey.


Actual results:

Google does not  detect my browser normaly and display all web content in a different way (like basic or old school tab).
Several exemple of what is impact :
-google search results
-goodle images


Expected results:

Google should detect my browser like a mozilla classic on and display a normal web page on its websites (search engine, goole image...etc)

i post screenshot from seamonkey and from Firefox, so you can see the difference.
Bug: Optimize intersection observers notification in SeaMonkey 2.53
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-13 14:38:12+00:00
Resolved: 2021-06-03 15:52:39+00:00

buc and tomman tracked down performance problems on some websites. It seems the notify for intersection observers is quite costly and might currently be unnecessary for chrome uris.
Bug: None of the "sha384" hashes in the integrity attribute match the content of the subresource
Status: UNCONFIRMED
Priority: --
Created: 2021-05-13 21:50:39+00:00
Resolved: 2022-01-03 18:39:58+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.1

Steps to reproduce:

I login to flexjobs.com via a 'new jobs' link from daily e-mail.


Actual results:

The logged in cookie doesn't persist.  Console says:
"None of the "sha384" hashes in the integrity attribute match the content of the subresource."


Expected results:

I should be automatically logged in from persisted cookie.
Bug: Inconsistent behaviour in Download Manager
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-18 02:45:06+00:00
Resolved: 2021-12-25 15:10:47+00:00

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

Steps to reproduce:

1. Initiate file download.
2. Download fails (either cancelled, or server failure)
3. Initiate same download again. Successful.
4. Remove entry for failed download from the Download Manager.


Actual results:

The downloaded file was deleted.


Expected results:

Removing the entry from the Download Manager should not affect the file. If the initial download succeeds, then the file is not removed (i.e. correct behaviour). The problem only occurs if the initial download failed. As far as I know, this used to work correctly before the recent changes to the Download Manager (i.e. this is a new problem).
Bug: Can't connect to accounts.firefox.com in SeaMonkey 2.53.7.1
Status: UNCONFIRMED
Priority: --
Created: 2021-05-19 18:46:03+00:00
Resolved: 2022-01-03 18:39:21+00:00

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

Steps to reproduce:

Go to https://accounts.firefox.com with the intention of signing up for Mozilla VPN.


Actual results:

Page never finishes loading.


Expected results:

Page should load.

Guess I'm going with a different VPN provider.
Bug: dropping of addresses from Address Book into a compose window address field is handled twice
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-19 22:50:04+00:00
Resolved: 2021-06-03 19:41:02+00:00

As frg observed, dragging and dropping contacts from the address book into a compose window address field does not produce the expected result - if contacts abc, def and xyz are selected, and dropped in the first empty address field, the result will be something like:

To: abcabc, def, xyz
To: def
To: xyz


This is present in 2.53.9b1pre and also in 2.49.5. This appears to be caused by the drop event being handled twice. The field where the selection is dropped gets the corresponding address (in this case abc), and the whole selection as a comma-separated list. If "abc" is long enough, and depending on the drop location inside the field, the comma-separated list may appear in the middle of "abc". Using "undo" in the affected field then shows "abc".

This was bug 1267804 for Thunderbird, and adding event.preventDefault() before "if (onWidget)" inside DropOnAddressingTarget() (see bug 1708999) seems to help.
Bug: Addresses dragged from addressbook into Select Addresses window appear as single entry
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-20 23:46:31+00:00
Resolved: 2021-06-03 19:39:57+00:00

Steps to reproduce:
1/ Open the address book window
2/ Open a compose window
3/ Select the "Address" button, which will open a "Select Addresses" dialog.
4/ Select multiple email addresses in the address book window
5/ Drag and drop them into the "address message to:" pane in the "Select Addresses" dialog.

Expected result
1/ An entry per email address.

Actual result
1/ A single entry containing all the dropped email addresses.
Bug: 2.53.7.1 fails to build against nss-3.65
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-24 21:27:44+00:00
Resolved: 2021-05-25 18:30:45+00:00

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

Steps to reproduce:

Tried to build seamonkey-2.53.7.1 using the instructions at BLFS,
https://www.linuxfromscratch.org/blfs/view/svn/xsoft/seamonkey.html


Actual results:

With gcc-11.1.0 and nss-3.65 the build fell over in IDBTransaction.h at the CLEANUP enum:
/scratch/working/seamonkey-2.53.7.1/obj-x86_64-pc-linux-gnu/dist/include/mozilla/dom/IDBTransaction.h: At global scope:
/scratch/working/seamonkey-2.53.7.1/obj-x86_64-pc-linux-gnu/dist/includemozilla/dom/IDBTransaction.h:62:5: error: expected identifier before '(' token
   62 |     CLEANUP,
      |     ^~~~~~~

Today, someone who is still using gcc-10.2.0 reported a similar error:

 In file included from /home/pro/rpmbuild/BUILD/seamonkey-2.53.7.1/obj-x86_64-pc-linux-gnu/dom/bindings/IDBDatabaseBinding.cpp:16:
 /home/pro/rpmbuild/BUILD/seamonkey-2.53.7.1/obj-x86_64-pc-linux-gnu/dist/include/mozilla/dom/IDBTransaction.h:197:21: error: use of  undeclared identifier 'cleanup'
 mMode == CLEANUP ||
 ^
 /usr/include/nss/pk11hpke.h:13:5: note: expanded from macro 'CLEANUP'
 cleanup
 ^
He was able to identify that nss was involved, and fixed this by downgrading nss to 3.64. Doing that also fixed my build with gcc-11.1.0.

Not sure whether seamonkey or nss is the problem, but since only seamonkey seems to be affected I'll start here.





Expected results:

Successful compilation
Bug: switch to VT and back disconnects IRC server
Status: REOPENED
Priority: --
Created: 2021-05-27 06:50:37+00:00
Resolved: 2023-03-19 14:47:54+00:00

original summary:
switch to VT and back disconnects IRC server

To Reproduce:
1 open Chatzilla in SeaMonkey (e.g. v2.53.7.1)
2 open an IRC server, e.g. freenode
3 open a channel, e.g. #seamonkey
4 switch to any of vtty 3-6
5 wait indeterminate time (usually a minute or more)
6 switch back to Xorg

Actual Behavior:
1 IRC server disconnected with "Connection to irc://freenode/ ... timed out" at the instant of return to X

Expected Behavior:
1 IRC server connection is and has been maintained while VT has sole focus

Notes:
1 this is old, estimated at least 3 years, possibly even 5+, before which connection was never broken on account of switch to VT and back
2 this is not reproduced at will on all installations, if at all. e.g. On this openSUSE 15.2 PC running KDE3, which is an upgrade of an upgrade ad infinitum where I first noticed the breakage, I only noticed recently difficulty in reproducing, while on another PC running Plasma on Xorg on Fedora 34, it reproduced on first attempt.
3 SM startup exporting MOZ_LOG="nsIOService:5 nsSocketTransport:5 TCPSocket:5" & MOZ_LOG_FILE= on the same Fedora 34 took several attempts over a long time to reproduce.
4 I subsequently tried again to reproduce on this openSUSE 15.2, which succeeded.
5 I have often noticed on return to VT a fresh email pull in progress if the return is to the virtual desktop on which SeaMonkey Mail, running in a separate SM instance, is open
6 MOZ_NO_REMOTE=1 is always set here via .bashrc here due to use of two SM instances (profiles) running most of the time
7 significant discussion of this has transpired on irc://freenode/#seamonkey beginning 21:40 UTC May 25