av9ash/GitBugs huggingface dataset:
Bug: Seamonkey 2.53.16 no longer working with caldav
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-11 17:59:11+00:00
Resolved: 2023-04-11 18:04:28+00:00

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

Steps to reproduce:

Upgraded from 2.53.15 -> 2.53.16


Actual results:

After upgrading to 2.53.16 my CalDav calendar events no longer display when trying to open them. They are still listed in the calendar view, but double clicking on them opens a blank window where the details should be. This seems to be happening only for events that were not created by myself (meaning calendar invites sent by others to me).


Expected results:

The details from the calendar event should display.
Bug: Update Newsgroup and Mailing list information on SeaMonkey website
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-16 11:09:47+00:00
Resolved: 2023-05-07 13:56:45+00:00

As aioe.org doesn't seem to be coming back, need to update the information about newsgroup access on the Community page. I've selected eternal-september.org, happy for other options to be suggested.
Also need to fix the link to mailing list subscription in the About page.
Bug: Port Installer changes from Bug 1819093 to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-24 15:39:11+00:00
Resolved: 2023-05-06 21:05:12+00:00

Bug 1819093 "Reduce unnecessary wake-ups caused by the SearchService's OpenSearch update mechanism" removed toolkitsearch.manifest.

Packaging is broken.
Bug: Port shell service changes from from Bug 1823686 to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-24 15:44:03+00:00
Resolved: 2023-05-06 21:05:14+00:00

After Bug 1823686 "Share URLExtraData between style attribute and SVG" we need to include mozilla/dom/ReferrerInfo.h" in /suite/components/shell/nsMacShellService.cpp.
Bug: With 2.53.16 the background grey in selected lines in mails&newsgroups is hardly visible.
Status: UNCONFIRMED
Priority: --
Created: 2023-04-27 21:15:09+00:00
Resolved: 2023-04-27 21:15:09+00:00

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

Steps to reproduce:

In 2.53.15 all is fine, after update to 2.53.16 not:
-  in the Mail&Newsgroup window, select an entry in an account, e.g. a newsgroup: background becomes blue
-  now enter the cursor into the window to read the contents



Actual results:

=> the formerly blue background is now a very light grey, hardly visible.

I had to go back to seamonkey 2.53.15
I am using the standard theme.



Expected results:

the formerly blue background of the line should have changed to a middle grey.
Bug: Seamonkey stuck in an infinite loop on Cloudflare "checking your browser" pages.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-30 12:20:37+00:00
Resolved: 2024-03-31 16:58:39+00:00

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

Steps to reproduce:

Go to a website that uses Cloudflare for protection ("checking your browser"). 

Such as https://www.tapatalk.com/groups/tapatalksupport/search.php


Actual results:

I get stuck in an infinite loop despite passing the "I am human" test.


Expected results:

Should be allowed through and access the website. Could it be a problem that Seamonkey is missing functionality that Cloudflare needs or is it a misconfiguration on Cloudflare's end?

Related discussion: https://news.ycombinator.com/item?id=35742606
Bug: Find again and previous not working when text box selected.
Status: UNCONFIRMED
Priority: --
Created: 2023-05-06 17:06:03+00:00
Resolved: 2024-05-14 12:18:35+00:00

Steps to reproduce:

I select the menu Edit->Find and I type some text present in my page.
Then I select the menu Edit-> Find Again and Edit->Find Previous.


Actual results:

Find Again and Find Previous are not working as long as the find box is selected.

If click in my page then Find Again and Find Previous are working as the find box is no more selected.


Expected results:

Find Again and Find Previous are working even the find box is selected.
Bug: Advanced search problem with £ or $
Status: UNCONFIRMED
Priority: --
Created: 2023-05-08 10:01:57+00:00
Resolved: 2023-05-30 09:39:47+00:00

Steps to reproduce:

I selected advanced search and entered two conditions:
Match All of the following:
Subject contains 'year'
Subject contains '£'



Actual results:

Some of the results did not contain £ in the subject


Expected results:

Only subjects with 'year' AND '£' should appear.
Bug: www.heise.de - Images do not load
Status: NEW
Priority: --
Created: 2023-05-12 06:56:50+00:00
Resolved: 2023-06-15 11:39:39+00:00

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

> <!-- @browser: Firefox 113.0 -->
> <!-- @ua_header: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:109.0) Gecko/20100101 Firefox/113.0 -->
> <!-- @reported_with: unknown -->
> <!-- @public_url: https://github.com/webcompat/web-bugs/issues/122163 -->
> 
> **URL**: https://www.heise.de/
> 
> **Browser / Version**: Firefox 113.0
> **Operating System**: Windows 7
> **Tested Another Browser**: Yes Other
> 
> **Problem type**: Design is broken
> **Description**: Images not loaded
> **Steps to Reproduce**:
> Images are not loading in SeaMonkey 2.53.16
> <details>
>       <summary>View the screenshot</summary>
>       <img alt="Screenshot" src="https://webcompat.com/uploads/2023/5/0d894784-d6af-4c52-adec-e483c76a8a5a.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/).
Bug: moz-do-not-send default in Composer blocks images in html pages
Status: UNCONFIRMED
Priority: --
Created: 2023-05-15 20:06:01+00:00
Resolved: 2023-05-25 02:18:53+00:00

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

Steps to reproduce:

When adding images to html pages I created a table and inserted an image in each cell.  The dimension of each image is customized.   I omit alt text.  I save the .html file and upload to the server with Filezilla.  Removing the moz-do-not-send entry with Advanced Edit doesn't work--that entry returns after I remove it and save. I've deleted images and inserted them again, erased the html and jpg files from the web site and uploaded them again, checked that the URL is relative to page location in Composer and that the images are located in the desired directories.
The problem page is http://flanaganphoto.com/gallery-Trains.html


Actual results:

In Composer some images, newly added, have moz-do-not-send set to True by default in the Advanced Edit. The visible result is that the image doesn't appear in the page when editing in Composer nor does the image appear in the page read from the website. 


Expected results:

Images inserted into html pages should be visible in Composer and on pages read from the web site.  Expected behavior is based on using Composer to maintain multiple domains for over 20 years.  


Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0
Bug: vimeo contents not shown.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-05-16 17:00:30+00:00
Resolved: 2023-07-08 18:20:25+00:00

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

1. Visit *vimeo* main page https://vimeo.com/
   » Expected: Start page shown
    Actual: Start page contents shows up for fraction of a second, then contents disappears and error message "Application error: a client-side exception has occurred (see the browser console for more information)."  will be shown 😥 
2. Visit arbitrary vimeo movie page like https://vimeo.com/218502282
 » Expected: Page with player shown (see screenshot comparison att.)
    Actual: only menu bar headline shown, no player and following (see screenshot comparison att.)

## Additional info
a) This worked some time ago when I tried, might depend on changes on vimeo.
Bug: HTML Editor (Composer and HTML Email) creates <tb> elements when splitting <td> cells
Status: ASSIGNED
Priority: --
Created: 2023-05-21 22:22:16+00:00
Resolved: 2023-05-28 11:00:01+00:00

Currently, InsertCell() (editor/libeditor/HTMLTableEditor.cpp), which is used to create table cells when splitting merged cells, creates <tb> elements for the new cells.

Visually, this can be reproduced by splitting a merged <td> cell: the now unmerged cell is visible, but there are no new cells filling the "gaps". If you check the source, you can see that there are new <tb></tb> elements where the new cells would be.
Bug: www.facebook.com - Typing at start of line doesn't work
Status: NEW
Priority: --
Created: 2023-05-22 08:00:56+00:00
Resolved: 2023-06-15 11:41:00+00:00

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

> <!-- @browser: SeaMonkey 2.53.14 -->
> <!-- @ua_header: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0 SeaMonkey/2.53.14 -->
> <!-- @reported_with: unknown -->
> 
> **URL**: http://www.facebook.com/?ref=home
> 
> **Browser / Version**: SeaMonkey 2.53.14
> **Operating System**: Linux
> **Tested Another Browser**: Yes Firefox
> 
> **Problem type**: Something else
> **Description**: Typing at start of line doesn't work in Seamonkey but does in FF
> **Steps to Reproduce**:
> When I try to post or reply using Seamonkey,  nothing appears at left edge of textbox. There is a workaround, copying a bit of text including a leading space into the clipboard and pasting it into the textbox. Backspace so nothing's remaining but the space, then type. This may be an "evangelism" issue.
> 
> <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/).
Bug: Remove $(perl) usage from SeaMonkey build files
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-25 22:12:38+00:00
Resolved: 2023-05-25 22:48:47+00:00

$(PERL) is no longer set in the build config. It is used for changing lf to crlf in the license.txt file only. Easy fix is just to use perl directly which is in the mozbuild path. Probably not needed anyway unless you still use notepad.exe for viewing text files but that is for later.
Bug: Impossible to login or register on wechange.de
Status: UNCONFIRMED
Priority: --
Created: 2023-05-26 08:05:06+00:00
Resolved: 2023-07-08 18:27:27+00:00

Currently it's impossible for me to login with SM. When I insert my email address and PW on
https://wechange.de/de/login?next=%2Fdashboard%2F&v=3 and 
click "Einloggen", Inputs vanish, but nothing more happens, I will not become logged in. Also new registration is impossible.

Some xymptoms: PAge view is poor compared to the colorful and "stylish" view in FF and Chromium. Possibly not only design, but also functions get lost?

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

1. Visit https://wechange.de/ (without being logged in)
2. Type fantasy user email address (Hotzenplotz@gmail.com) and fantasy  password (09u4u6d&)
3. Click "Einloggen"
   » (expected (as in FF): Message Anmeldung ist fehlgeschlagen! - Bitte versuche es noch einmal.
    Actual: inputs vanish, nothing more. 😥

Similar symptoms with correct. auth. data. Nothing happens.

Error Console shows tons of Messages (but no Error) already when I move mouse pointer to auth. area on the page
Bug: Cloud portal website won't load
Status: NEW
Priority: --
Created: 2023-06-13 13:11:13+00:00
Resolved: 2023-06-14 19:31:10+00:00

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

Steps to reproduce:

I tried opening up our cloud portal website https://usa.cloud.watchguard.com/sp-overview/dashboard.


Actual results:

It just sat trying to load for several minutes but never opened.


Expected results:

Website should have loaded.
Bug: JS problem
Status: UNCONFIRMED
Priority: --
Created: 2023-06-19 10:48:10+00:00
Resolved: 2023-06-21 09:34:12+00:00

Steps to reproduce:

There seems to be a JS problem.
I’ve had it on several websites.
The error is always the same.


Actual results:

“A script on this page may be busy, or it may have stopped responding. You can stop the script now, open the script in the debugger, or let the script continue.”

When clicking in continue, the same message comes again a few seconds later.
This is a SeaMonkey problem.


Expected results:

When I open the same sites with DuckDuckGo, no error messages at all.
Everything works the way it has to.
The same thing should happen in SeaMonkey.
Bug: Pressing ESC starts loading of blank startup page in SeaMonkey
Status: NEW
Priority: --
Created: 2023-06-21 05:33:43+00:00
Resolved: 2024-08-31 19:35:43+00:00

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

Steps to reproduce:

2.53.17b1

prerequisites: new window/tab is set to about:blank

* open a new tab - 'stop' on the navigation toolbar is greyed out
* press esc


Actual results:

'stop' on the navigation toolbar becomes enabled and bubbles animation appears on the seamonkey logo in the top right corner - signs that a page is loading


Expected results:

nothing should've happened. Repro only for new tabs which just have been opened, entering about:blank in the existing tab or even pressing ^R in the new tab doesn't lead to this.

possibly a related issue: when new tab is opened while another slow tab is being loaded, 'stop' on the new tab is enabled and loading animation is on and won't turn off
Bug: The buttons do not work and unable to type when reviewing something on tripadvisor.ca
Status: NEW
Priority: P3
Created: 2023-06-21 08:40:58+00:00
Resolved: 2023-06-21 09:05:19+00:00

**Environment:**
Operating system:  Ubuntu 22.04 LTS
Browser / Version: SeaMonkey 2.53.16 / Firefox Nightly 116.0a1 (2023-06-19)

**Steps to reproduce:**
1. Go to tripadvisor.ca
2. Log into your account.
3. Search for a restaurant to review.
4. Try to rate and pick options from the drop down menus/buttons.
5. Try typing something in the "Write your review" text field.

**Expected Behaviour:**
The buttons are working and a review can be written.

**Actual Behaviour:**
The buttons are not working and a review cannot be written.

**Note:** Does not reproduce on Firefox Nightly.
Bug: Unable to type when reviewing on yelp.ca
Status: NEW
Priority: P3
Created: 2023-06-21 08:51:31+00:00
Resolved: 2023-06-30 15:18:39+00:00

**Environment:**
Operating system:  Ubuntu 22.04 LTS
Browser / Version: SeaMonkey 2.53.16 / Firefox Nightly 116.0a1 (2023-06-19)

**Steps to reproduce:**
1. Go to https://www.yelp.ca/writeareview/biz/UX-nxrzlEGneEdrjPnDG8w?review_origin=writeareview-search
2. Try writing something in the review field.

**Expected Behaviour:**
Text can be written in the text field.

**Actual Behaviour:**
Nothing appears on the text field when trying to type.

**Note:** Does not reproduce on Firefox Nightly.
Bug: The elements are overlapped/misaligned on participaction.com
Status: NEW
Priority: P3
Created: 2023-06-21 09:00:07+00:00
Resolved: 2023-06-21 09:00:47+00:00

**Environment:**
Operating system:  Ubuntu 22.04 LTS
Browser / Version: SeaMonkey 2.53.16 / Firefox Nightly 116.0a1 (2023-06-19)

**Steps to reproduce:**
1. Go to https://participaction.com
2. Observe the page.

**Expected Behaviour:**
The elements load correctly on the page.

**Actual Behaviour:**
The elements do not load correcty on the page, the design is broken.

**Note:** Does not reproduce on Firefox Nightly.
Bug: 2.53.17beta1 release notes confusing re Python 2/3 in the build system
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-23 12:20:39+00:00
Resolved: 2023-07-16 11:27:31+00:00

The [release notes of SeaMonkey 2.53.17beta1](https://www.seamonkey-project.org/releases/seamonkey2.53.17/) contain the following two entries in the list of major changes:

> Switch SeaMonkey build files to Python 3 bug 1635849.
> Continue the switch from Python 2 to Python 3 in the build system.

I find this very confusing.  Are all the build files now switched to Python 3, or is this work still in progress?  Please consider revising the release notes to resolve this apparent contradiction.
Bug: Impossible to login or register at nebenan.de
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-24 06:34:40+00:00
Resolved: 2023-07-08 18:10:21+00:00

You will need an existing account for nebenan.de. I can create a test account after discussion with nebenan.de.

nebenan.de is a German neighborhood network

STR with  installation of DE SeaMonkey 2.53.16 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.16 Build 20221208220001 (Same with normal user Profile and newly created User Profile), Default Classic Theme on German WIN10 64bit: 

1. Visit nebenan.de
2. Click 'Einloggen'
   » Login dialog appears
3. Type email address and password  →  click [Einloggen]
   » Expected: dialog disappears, logged in
    Actual: Nothing happens  😥
Bug: sfpd.fgov.be not working
Status: UNCONFIRMED
Priority: --
Created: 2023-06-24 11:52:28+00:00
Resolved: 2023-06-30 15:12:04+00:00

Steps to reproduce:

go to sfpd.fgov.be (unavailable in English)


Actual results:

Your browser is out-of-date
Update your browser to view this website correctly.

Then a link “Update my browser now” pointing to https://browser-update.org/update-browser.html


Expected results:

The same as in DuckDuckGo: simple looking on the website.
I use SeaMonkey 2.53.16 which is the most recent at the time of writing.
Bug: internetbanking log in impossible
Status: UNCONFIRMED
Priority: --
Created: 2023-06-30 13:27:48+00:00
Resolved: 2023-06-30 15:11:30+00:00

Steps to reproduce:

go to https://homebank.argenta.be/webapp/nl/aanmelden


Actual results:

nothing


Expected results:

the dialog to log in
Bug: Filters for particular goods cause hang on shpock.com
Status: UNCONFIRMED
Priority: --
Created: 2023-07-01 18:54:26+00:00
Resolved: 2023-07-08 18:02:25+00:00

Steps how to reproduce NOT reproducible REPRODUCIBLE with installation of DE SeaMonkey 2.53.16 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.17B1 Build 20230610113409 (Same with normal user Profile and newly created User Profile), Default Classic Theme on German WIN10 64bit:

1. Visit https://www.shpock.com/de-de
2. Click (Teddy Icon) "Zu verschenken" or any other one
   » Expected: page with list of filtered goods appears
    Actual: hang. After a while: Script error Message

### Additional Info:
a) Error console shows lots of Warnings, but no error
Bug: SeaMonkey can not access the "macOS Address Book" in macOS 13.5 and 12.6.8 Betas
Status: UNCONFIRMED
Priority: --
Created: 2023-07-03 13:58:00+00:00
Resolved: 2023-11-15 19:29:02+00:00

Despite bug #1826719 claiming that now it is possible to access the macOS contacts, on my systems the acknowledgedly broken "macOS Address Book" entry disappeared completely from the Address Book list of available address books.
Thus, it's still not possible to access macOS contacts from SeaMonkey.

The change landed between version [2023-04-02-21-00-03-comm-253](https://archive.mozilla.org/pub/seamonkey/nightly/2023/04/2023-04-02-21-00-03-comm-253/) (that display the "macOS Address Book" entry) and [2023-04-03-21-15-00-comm-253](https://archive.mozilla.org/pub/seamonkey/nightly/2023/04/2023-04-03-21-15-00-comm-253/) (that doesn't display the "macOS Address Book" entry any more). Please see the attached screenshots.

I've tested this behaviour on the latest Ventura and Monterey betas:
– macOS Ventura 13.5 (22G5059d) Beta 4 on Apple Silicon;
– macOS Monterey 12.6.8 (21G716) on Intel.
Bug: Add Javascript BigInt() support for SeaMonkey
Status: UNCONFIRMED
Priority: --
Created: 2023-07-03 14:57:06+00:00
Resolved: 2023-07-03 14:57:06+00:00

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

Steps to reproduce:

Trying to use the BigInt() function fails in 2.53.16


Actual results:

Returns: "ReferenceError: BigInt is not defined"


Expected results:

A bigint is created
Bug: Help misleading concerning "Ctrl+K"
Status: UNCONFIRMED
Priority: --
Created: 2023-07-04 17:36:15+00:00
Resolved: 2023-07-05 10:15:24+00:00

I found this in shortcuts.xhtml and also with installation of DE SeaMonkey 2.53.17 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.17B1 Build 20230610113409 (normal user Profile), Default Classic Theme on German WIN10 64bit in Help

### STR:
1. Launch SM Browser
2. F1 for Help
3. search Help for "Tastenkombinationen"
4. Click "Allgemeine Tastenkombinationen"
5. Below "Allgemeine Tastenkombinationen für SeaMonkey in table you find
   "Fokus auf Suchfeld 	Strg+F or Strg+K 	Cmd+F or Cmd+K 	Strg+F or Strg+K"  
   »  Expected:  Strg+F does the same like Strg+K  
   Actual: They do different   😥 
6. Test on that help Page:  
   »  Strg+F will brig up focus to Page search  
    Strg+K  will brig up focus to HELP search  

This difference should be mentioned clearly in Help

### Additional Info
a) Also tested Mailnews with visible News List, News View, Folder View
   »  Strg+F will brig up focus to News Test search in  News View  
   »  Strg+K  will brig up focus to News List search  
b) Also tested Composer Normal View
   »  Strg+F will brig up focus to Page Search
   »  Strg+K  will bring Hyperlink Dialog !!!
c) Also tested Address Books (1 Address Book  Highlighted)
   »  Strg+F does Nothing
   »  Strg+K  will bring up  focus to Address Bock Search (for an entry)
d) Also tested Chatzilla (Caret in Input field)
   »  Strg+F Will search Postings Area
   »  Strg+K  does Nothing
e) Probably that started long before 2.53
Bug: Seamonkey fails Fritz!box configuration compability test and doesn't work if test is bypassed
Status: UNCONFIRMED
Priority: --
Created: 2023-07-07 10:56:22+00:00
Resolved: 2023-07-07 10:57:11+00:00

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

Steps to reproduce:

Try to configure Fritz!box 7590 with current os


Actual results:

Config page stats browser not compatible. If check is bypassed, the site won't show up at all (blank page). According to https://boxmatrix.info/hosted/browser.html there's a javascript function missing (window.bigint).


Expected results:

Access to the router's config and status pages. Using Firefox 113.0.2 works.
Bug: 2.53.17b1 and earlier fails printing html book
Status: UNCONFIRMED
Priority: --
Created: 2023-07-08 09:07:42+00:00
Resolved: 2023-07-16 10:30:06+00:00

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

Steps to reproduce:

I went to print https://riscv-programming.org/book/riscv-book.html on Seamonkey 2.53.16 and then Firefox 102.12.0esr (on Debian 11 bullseye). Then I tried Seamonkey 2.53.17b1 (and Firefox) on the Devuan live DVD.
I tried many options in the Print dialog but, for instance, asking Seamonkey to reduce the output by 75% or 50% only made its clipping worse.


Actual results:

Seamonkey displays the same as Firefox but clips the right of each page. Firefox prints without clipping. 
The html page(s) need to preloaded, in the sense that one must scroll down and wait as blank pages are being drawn (as a animated <PDF> is rolling). Otherwise blank pages are printed.


Expected results:

Firefox created an accurate .pdf from the web page.