Add-ons for Pale Moon and other applications
General discussion, compatibility, contributed extensions, themes, plugins, and more.
Moderators: FranklinDM, Lootyhoof
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-28, 21:51
I've written an extension to allow using either the Chromium or Internet Explorer engine inside Pale Moon, however due to the need for it to include a lot of chromium files in it, the XPI is rather large (145MB). I attempted to upload this to addons.palemoon.org, however (after waiting a while for the upload), I get the error:
Unable to Comply
gfSuperVar - Upload of xpiUpload failed with error code: 1
Is there any solution to this, or is there a size limit on extensions on APMO?
If it helps, you can get the XPI file from
https://github.com/teknixstuff/subwebvi ... ses/latest
-
Moonchild
- Pale Moon guru

- Posts: 38382
- Joined: 2011-08-28, 17:27
- Location: Motala, SE
Post
by Moonchild » 2025-01-29, 00:02
You probably ran into the php POST limit. I've increased it to something that should allow a large upload like that. Can you try again?
"There is no point in arguing with an idiot, because then you're both idiots." - Anonymous
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-29, 11:59
That didn't fix it, I still get the same error unfortunately.
-
Moonchild
- Pale Moon guru

- Posts: 38382
- Joined: 2011-08-28, 17:27
- Location: Motala, SE
Post
by Moonchild » 2025-01-29, 12:14
teknixstuff wrote: ↑2025-01-29, 11:59
That didn't fix it, I still get the same error unfortunately.
How long does your upload take? maybe it times out.
EDIT: I've increased the timeouts for it. they were relatively short.
"There is no point in arguing with an idiot, because then you're both idiots." - Anonymous
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-29, 12:49
Same error again still.
-
moonbat
- Knows the dark side

- Posts: 5688
- Joined: 2015-12-09, 15:45
Post
by moonbat » 2025-01-30, 03:08
teknixstuff wrote: ↑2025-01-29, 12:49
Same error again still.
I see you have submitted a bunch of extensions on the addons site, but none of us were appraised about it. You need to complete the metadata for your extensions and indicate the repository URL for the source code for the addons team to be able to review them properly. For example, your SumatraPDF extension lacks a homepageURL attribute in install.rdf, and the repository URL field is empty. Your teknixstuff.com webpage that you added in the support URL field just looks like a visiting card with zero information about any of these projects let alone any way to query for support.
For every new extension you submit, create a thread for it in the addons subforum; this can be used to announce new releases and for support queries for the extension. Add this thread in the support URL field, for example.
Take the requested information fields in the extension site seriously - they are not just there to simply fill in whatever you want or leave empty. An extension submitted requires the basics of a link to its source code repository and a way for people using it to contact you for support (which can be just a link to a thread on the addons page as I said).
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-30, 09:47
Sorry! I still haven't gotten round to finishing my site (unfortunately), that's why it looks rather empty. Still, I'll go and fix those issues.
-
sidology
- Fanatic

- Posts: 112
- Joined: 2021-12-04, 22:07
Post
by sidology » 2025-01-30, 11:01
teknixstuff wrote: ↑2025-01-28, 21:51
I've written an extension to allow using either the Chromium or Internet Explorer engine inside Pale Moon, however due to the need for it to include a lot of chromium files in it, the XPI is rather large (145MB).
Interesting. I wonder is it possible to make a small version which will use local WebView (Edge) component?
-
UCyborg
- Astronaut

- Posts: 541
- Joined: 2019-01-10, 09:37
- Location: Slovenia
Post
by UCyborg » 2025-01-30, 14:08
I'd just like to point out that unless / until extension is implemented in a cross-platform manner, this should be added to install.rdf:
Code: Select all
<em:targetPlatform>WINNT_x86_64-msvc</em:targetPlatform>
So browser can block installation on non-compatible platforms, which are currently all that aren't 64-bit Windows.
-
jars_
- Lunatic

- Posts: 427
- Joined: 2016-12-27, 00:12
Post
by jars_ » 2025-01-30, 14:33
Last edited by jars_ on 2025-01-30, 15:02, edited 2 times in total.
-
back2themoon
- Knows the dark side

- Posts: 3006
- Joined: 2012-08-19, 20:32
Post
by back2themoon » 2025-01-30, 14:42
jars_ wrote: ↑2025-01-30, 14:33

woring for me Win7x64
Isn't that 64-bit Windows?
-
jars_
- Lunatic

- Posts: 427
- Joined: 2016-12-27, 00:12
Post
by jars_ » 2025-01-30, 14:52
On last figure, folders created by the extension (highlighted).
upd.
Hm. So maybe this is the reason? Extension must to create folders and write in to. But if Profile is not inside program folder ( i have it inside ) protection of Windows or antivirus is triggered. I bet on Win10 \ 11 and thear stupid quirks.
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-30, 15:36
UCyborg wrote: ↑2025-01-30, 14:08
I'd just like to point out that unless / until extension is implemented in a cross-platform manner, this should be added to install.rdf:
Code: Select all
<em:targetPlatform>WINNT_x86_64-msvc</em:targetPlatform>
So browser can block installation on non-compatible platforms, which are currently all that aren't 64-bit Windows.
Thanks, I'll add that. I'll probably also add a 32-bit build of it later. Ports to Linux and macOS aren't planned at this time though.
-
jars_
- Lunatic

- Posts: 427
- Joined: 2016-12-27, 00:12
Post
by jars_ » 2025-01-30, 16:48
Need to turn off
security.csp.enable = false To earn another site.
Settings Prefs.js for extension
Code: Select all
user_pref("extensions.subwebview.siteConfig", "[{\"pattern\":\"https://www.youtube.com/\",\"engine\":\"chromium\"},{\"pattern\":\"https://github.com/\",\"engine\":\"chromium\"},{\"pattern\":\"\",\"engine\":\"standard\"}]");
YouTube works fine, but Github is not, blocked by CSP
Code: Select all
Content Security Policy: The page’s settings blocked the loading of a resource at https://github.com/teknixstuff/subwebview (“default-src”).
browserOverlay.js:110:17
Content Security Policy: The page’s settings blocked the loading of a resource at http://www.google.com/s2/favicons?sz=64&domain=github.com (“img-src”).
browser.js:9821:22
Loading mixed (insecure) display content “http://www.google.com/s2/favicons?sz=64&domain=github.com” on a secure page[Learn More]
browser.js:9821:22
And yet. Extension is very fragile, if you make a mistake with the pattern - it breaks everything

.
("*" in the template was terrified by the code and poured a bunch of errors)
There is still no (I hope it will be) checking patterns. What would work only for addresses with "http" ignoring "addons: about:" and other service pages by default.
SfMBE
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-30, 17:48
jars_ wrote: ↑2025-01-30, 16:48
Need to turn off
security.csp.enable = false To earn another site.
CSP is still something I'm experimenting with solving, however afaik only the site's icon will be affected by a CSP block, as no other external resources are loaded by the page.
jars_ wrote: ↑2025-01-30, 16:48
And yet. Extension is very fragile, if you make a mistake with the pattern - it breaks everything

.
("*" in the template was terrified by the code and poured a bunch of errors)
There is still no (I hope it will be) checking patterns. What would work only for addresses with "http" ignoring "addons: about:" and other service pages by default.
You can use the blank pattern box (at the bottom) to select the default engine to be used, which will automatically apply to all HTTP and HTTPS pages. Alternatively, the correct pattern to match http sites would be
-
Moonchild
- Pale Moon guru

- Posts: 38382
- Joined: 2011-08-28, 17:27
- Location: Motala, SE
Post
by Moonchild » 2025-01-30, 18:40
I haven't been able to figure out yet why phoebus refuses the extension. PHP is set to accept large files, and has a long script timeout. nginx similarly has large file uploads enabled. phoebus itself doesn't log anything useful and doesn't throw, so no help there.
EDIT: double-checked everything, no hints. Even checked if it might be a UNIX socket limitation by tweaking relevant sysctl settings and temporarilky making it a tcp socket... no joy either.
So I'm really not sure what the issue is right now.
"There is no point in arguing with an idiot, because then you're both idiots." - Anonymous
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite
-
Moonchild
- Pale Moon guru

- Posts: 38382
- Joined: 2011-08-28, 17:27
- Location: Motala, SE
Post
by Moonchild » 2025-01-30, 19:20
Okay, found the issue. only took me a few hours...
Please try again. It should work now.
*mutters something about Linux and 5 steering wheels*
"There is no point in arguing with an idiot, because then you're both idiots." - Anonymous
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-31, 13:17
UCyborg wrote: ↑2025-01-30, 14:08
I'd just like to point out that unless / until extension is implemented in a cross-platform manner, this should be added to install.rdf:
Code: Select all
<em:targetPlatform>WINNT_x86_64-msvc</em:targetPlatform>
So browser can block installation on non-compatible platforms, which are currently all that aren't 64-bit Windows.
Is there a way to specify a minimum Windows version? The CEF 130 builds of this require Windows 10 or 11 currently.
-
Moonchild
- Pale Moon guru

- Posts: 38382
- Joined: 2011-08-28, 17:27
- Location: Motala, SE
Post
by Moonchild » 2025-01-31, 16:01
I don't think the XPI installer has that kind of granularity for checking built in. you should probably put that check into the initialization of your extension, throwing an alert() or similar explaining the issue.
"There is no point in arguing with an idiot, because then you're both idiots." - Anonymous
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite
-
teknixstuff
- Moongazer

- Posts: 14
- Joined: 2025-01-28, 21:13
Post
by teknixstuff » 2025-01-31, 17:03
Moonchild wrote: ↑2025-01-31, 16:01
I don't think the XPI installer has that kind of granularity for checking built in. you should probably put that check into the initialization of your extension, throwing an alert() or similar explaining the issue.
Okay, will do.