It saves ok, but doesn't change file extension to .maff, ie. leaves it as .html.

I have to repeatedly change the extension to .maff.

Would it be possible to fix this, please?

After opening an archive file in Pale Moon 28.0.0b5, the button displayed in the URL bar does not function. On click, the following error is displayed in the console:
TypeError: Ci.nsIPopupBoxObject is undefined
The error occurs at this line.

I suspect the root cause might be related to this bug. Replacing Ci.nsIPopupBoxObject with PopupBoxObject appears to fix the issue.

Is it possible to give support for Firefox Quantum (57.0)?

Dear Ryan,
Could you be so kind to make MozArchiver compatible with download extensions such as Automatic Save Folder and Download Sort? They help us to sort files according to the specified rules. When one of them is present alongside Mozarchiver, neither “Save Page as”, nor “Save Page in Archive as” does not work.

Coming from UnMHT, the only thing I miss is the option to save the original URL as comment at bottom of saved page.

Developer of MAF published a set of sample file, however none of them can be read online with MozArchiver installed.
http://maf.mozdev.org/maff-test-cases/

Hi,
when I try to save multiple tabs (more tabs at the same time separately or more tabs in a unique maff file), the operation fails.

There seems to be a bug with some mozarchiver .MAFF files lately (I'd say ±1 month).

It is documented by this topic on palemoon's forum.

Not sure if bug or feature, but saving with very long filenames (i can confirm 643 chars long), give "unknown error". I've also made a terminal script to download and make maff, where the zip application cant handle very long file-name, dunno if its the same problem. (can be a problem since sometimes the default suggested name for the file is too long).

I don't know is it an issue of Pale Moon or MozArchiver, but it worked fine with old Firefox and UnMHT.
The event window.onload does not fire. A simple example from MDN (https://developer.mozilla.org/en-US/docs/Web/API/Document/DOMContentLoaded_event#Live_example) give me this if I execute it in a .mht file (testcase.mht in the attachment)

readystate: interactive
DOMContentLoaded

It should be like this (testcase.html in the attachment):

readystate: interactive
DOMContentLoaded
readystate: complete
load

So, many .mht files that rely on some JavaScript are broken.
Tested with Pale Moon 28.5.2 and MozArchiver 2.0.1.

testcase.zip

• Visit https://www.bitchute.com/video/3yk3xezML8Q/
  • (I've tried other random BitChute videos, and I think this problem is reproduced with all videos with some significant number of comments.)
  • (I click the Disqus "sort by oldest", but I don't think that's relevant)
• scroll down and keep clicking see more no longer appears -- i.e. all comments have been loaded
• save as maff
  • (Note that this example will be ~100 MB since it includes the video)
• view the maff
• scroll down to the bottom of the maff
• compare the original-bottom with the maff-bottom
  • (not all Disqus comments are displayed.)
• copy part of the bottom comment from the original
• From Pale Moon, view the source of the maff (control-u)
• search for the text which was copied

The comment is present in the source of the saved data, but is not displayed within Pale Moon.