MozillaZine

Old Firefox Extensions Will Stop Working in Firefox 57,

Discussion about official Mozilla Firefox builds
GHM113
 
Posts: 388
Joined: December 16th, 2015, 3:59 am
Location: Moscow, Russia

Post Posted April 24th, 2017, 11:19 am

https://bugzilla.mozilla.org/show_bug.cgi?id=1357486#c1
Marking as quantum flow p1 because this is about the ability to run webextensions in a seperate process.

:-"
I am an idiot. Sorry for my poor English.

Grantius

User avatar
 
Posts: 1493
Joined: June 28th, 2011, 4:14 pm

Post Posted April 25th, 2017, 6:44 pm

GHM113 wrote:https://bugzilla.mozilla.org/show_bug.cgi?id=1357486#c1
Marking as quantum flow p1 because this is about the ability to run webextensions in a seperate process.

:-"


This will be interesting to see.

Smaller parent process = faster garbage collection = faster browsing the UI hopefully :)
Micro gaming box: AMD A10-7800 APU, 8gb RAM M350 ITX case (size of a book), Windows 10/Ubuntu
Tablet/Laptop: Asus Transformer T100, Intel Atom 2GB RAM, Windows 10 x86
Mobile:Xiaomi Redmi Note 3 Pro

GHM113
 
Posts: 388
Joined: December 16th, 2015, 3:59 am
Location: Moscow, Russia

Post Posted April 26th, 2017, 2:36 pm

TreeStyleTab WebExtension replacement is here:
https://addons.mozilla.org/en-US/firefo ... tree-tabs/
I've already found two bugs and reported them here: https://forum.vivaldi.net/topic/15332/t ... /50?page=3
This addon has great potential :-"
I am an idiot. Sorry for my poor English.

GHM113
 
Posts: 388
Joined: December 16th, 2015, 3:59 am
Location: Moscow, Russia

Post Posted April 30th, 2017, 6:54 am

I think everyone knows that uMatrix for Chrome can't block some things that uMatrix for Firefox can block: more precisely, javascript cannot be disabled for data URIs:
In Chromium-based browsers, loading a data URI in the address bar doesn't result in HTTP headers being received through a chrome.webRequest.onHeadersReceived event handler, therefore no Content-Security-Policy "script-src 'none'" header can be injected, thus inline javascript cannot be disabled for data URIs

I asked Raymond Hill if uMatrix WebExtension for Nightly suffers from the same problem. Try to guess what he said :lol:
I just checked and the uMatrix/webext-hybrid version is really not doing well, the browser tried to connect to the remote servers above. The legacy version worked as expected. Clearly the webext API still has kinks which need to be fixed.

Moziiiiillllaaaaa [-X :lol: ](*,) :-"
I am an idiot. Sorry for my poor English.

malliz
Folder@Home

User avatar
 
Posts: 43018
Joined: December 7th, 2002, 4:34 am
Location: Aus

Post Posted April 30th, 2017, 3:57 pm

Stop the crap its getting old
What sort of man would put a known criminal in charge of a major branch of government? Apart from, say, the average voter.
"Terry Pratchett"

ICQ5

User avatar
 
Posts: 1123
Joined: April 11th, 2014, 7:34 pm
Location: Melbourne Australia

Post Posted April 30th, 2017, 4:20 pm

GHM113 wrote:I think everyone knows that uMatrix for Chrome can't block some things that uMatrix for Firefox can block: more precisely, javascript cannot be disabled for data URIs:
In Chromium-based browsers, loading a data URI in the address bar doesn't result in HTTP headers being received through a chrome.webRequest.onHeadersReceived event handler, therefore no Content-Security-Policy "script-src 'none'" header can be injected, thus inline javascript cannot be disabled for data URIs

I asked Raymond Hill if uMatrix WebExtension for Nightly suffers from the same problem. Try to guess what he said :lol:
I just checked and the uMatrix/webext-hybrid version is really not doing well, the browser tried to connect to the remote servers above. The legacy version worked as expected. Clearly the webext API still has kinks which need to be fixed.

Moziiiiillllaaaaa [-X :lol: ](*,) :-"

we been saying this all along, web extensions will be limited to what they can do

GHM113
 
Posts: 388
Joined: December 16th, 2015, 3:59 am
Location: Moscow, Russia

Post Posted May 1st, 2017, 5:20 am

https://forum.vivaldi.net/topic/15332/tree-tabs/66
There is no "simply" adding features at this point, it would mean a rewrite of half of the code. Might not be a bad idea, but getting to the point with what I've learned from my first vertical tabs extension which took me almost 2 years, this time it was only 3 months of hard work often till 4am, so maybe next fork may take less. Few months of allnighters and it can be done. Just kidding or maybe not

So it takes 3 months of allnighters in order to develop Tree Style Tab replacement for WebExtensions using Sidebar API? I guess hypothetical Tab Mix Plus WebExtension will also require 3+ months of work since dev will have to re-implement the tab bar from scratch using toolbar API, right?

malliz wrote:Stop the crap its getting old

OK, no problem :-"
I am an idiot. Sorry for my poor English.

GHM113
 
Posts: 388
Joined: December 16th, 2015, 3:59 am
Location: Moscow, Russia

Post Posted May 4th, 2017, 1:25 pm

It's time to post something good about WebExtensions :-"
https://www.reddit.com/r/firefox/commen ... a/dh4uwwk/
This needs the toolbar API to be implemented. According to a dev on IRC, bug 1342708 is a pre-requisite for that API to be implemented. Since bug 1342708 is currently being implemented, I suspect it shouldn't take much time before the toolbar API gets implemented.

Fingers crossed #-o
I am an idiot. Sorry for my poor English.

dbcooper.dk
 
Posts: 873
Joined: March 14th, 2010, 3:44 am

Post Posted May 7th, 2017, 4:48 pm

Anyone know if it's possible to allow closing tabs by double clicking on them, without XUL?

Grantius

User avatar
 
Posts: 1493
Joined: June 28th, 2011, 4:14 pm

Post Posted May 7th, 2017, 4:59 pm

dbcooper.dk wrote:Anyone know if it's possible to allow closing tabs by double clicking on them, without XUL?


You can middle-click on a tab to close it?
Micro gaming box: AMD A10-7800 APU, 8gb RAM M350 ITX case (size of a book), Windows 10/Ubuntu
Tablet/Laptop: Asus Transformer T100, Intel Atom 2GB RAM, Windows 10 x86
Mobile:Xiaomi Redmi Note 3 Pro

Frank Lion

User avatar
 
Posts: 19108
Joined: April 23rd, 2004, 6:59 pm
Location: ... The Exorcist....United Kingdom

Post Posted May 9th, 2017, 12:23 pm

The future of where SeaMonkey will go after 57 is getting clearer now (for a while anyway) - viewtopic.php?f=28&t=3030156 ...possibly.

I always figured people were looking at this stuff wrong, i.e. 'what browser will be using Gecko after 57?' Point is, with WebExtensions only changing/hitting Content, then they are as much use to an EMail client as a one-legged man in an arse kicking contest. So, as the majority of T/Bird's 1,300+ existing extensions are, as you'd expect with EMail, enhancing UI (Chrome) functionality, then I figured they might stick with Gecko for a good while.

As I mentioned elsewhere, if all goes well, then SM can just hang onto that tail and carry on as before. Possibly.

Certainly would make more sense than that odd idea some clowns were touting, which amounted to - 'SM cannot possibly fork Gecko with its limited resources, therefore it should team up with some one man band outfit who has great plans but, er, even more limited resources, who are going to...or say they are going to..or something'

That always seemed like flawed logic to me.
Metal Lion latest SeaMonkey & Thunderbird Themes - Sea Monkey and Silver Sea Monkey
"The only thing necessary for the triumph of evil, is for good men to do nothing." - Edmund Burke (attrib.)

Virtual_ManPL

User avatar
 
Posts: 1783
Joined: July 24th, 2008, 5:52 am

Post Posted May 10th, 2017, 3:23 am

@ Frank Lion - Thank you very much for this information! =D>
Good, very good, that there will be some active real "lifeboat",
instead of using sandboxed old Firefox version or spending so much time for looking for properly working fork.
Virtualfox persona

Are you ready for deprecation of XUL & XBL & XPCOM extensions? Not?! Try Firefox ESR

Frank Lion

User avatar
 
Posts: 19108
Joined: April 23rd, 2004, 6:59 pm
Location: ... The Exorcist....United Kingdom

Post Posted May 13th, 2017, 4:17 pm

Word up, read this stuff - viewtopic.php?p=14747631#p14747631

https://addons.mozilla.org/en-US/firefo ... n/reviews/

There's some real unpleasant stuff there and I didn't see that one coming. I mean, we all realised that a good few users were going to be less than pleased to find that their favourite UI changing extensions had vanished after 57.

But did you realise that they would be going totally ballistic over the pain points of someone who was actually converting their stuff to WebExtensions. He has spent ages on it (as you would do) and the version is less than perfect, not broken, not wrecked, just less than perfect. It would be, it took a while to learn the original stuff, so there's bound to be a learning curve with this and how is it that guy's fault if the statusbar/addonbar IDs are gone anyway?

You could argue that the dev is handling it wrong, but he's probably made the mistake of being a nice guy and trying to please people. Appeasing, in this world, just makes them put the boot in even harder. Not a mistake I tend to make.

As I think you can imagine, I would handle those ungrateful sons of bitches somewhat differently if they ever tried that stuff with me. :P Luckily for me (and them) I've always only had really nice users using my stuff - true.

Seriously, a lot of extension devs are going to be reading all that....and thinking.

Interesting times, eh? Used to be a time when you could escape the loonies of the virtual world by going back into the real world - or vice versa. Now, damn loonies are everywhere!
Metal Lion latest SeaMonkey & Thunderbird Themes - Sea Monkey and Silver Sea Monkey
"The only thing necessary for the triumph of evil, is for good men to do nothing." - Edmund Burke (attrib.)

JOJ0
 
Posts: 75
Joined: November 13th, 2006, 11:33 pm

Post Posted May 14th, 2017, 12:45 am

True and wise words Frank...

The Tinsmith
 
Posts: 470
Joined: December 24th, 2011, 10:29 am

Post Posted May 14th, 2017, 4:13 am

I really liked the post by the guy that is too important and too busy to deal with this. So he spent more time complaining than it would have taken to fix it.

Return to Firefox Builds


Who is online

Users browsing this forum: No registered users and 1 guest