relative path such as relative://ProfD
Moderator: Basilisk-Dev
relative path such as relative://ProfD
I am seeing that some relative path are not working in Basilisk whereas they were working in PM
For example :
relative://ProfD
relative://Home
relative://DefProfLRt
....
but the no relative path works fine even from address box
file://c:
I suppose it is due any recent Firefox modification because it also fails in FF Quantum.
Is there any way to refer to relative paths? Because using portable versions relative paths are very important
For example :
relative://ProfD
relative://Home
relative://DefProfLRt
....
but the no relative path works fine even from address box
file://c:
I suppose it is due any recent Firefox modification because it also fails in FF Quantum.
Is there any way to refer to relative paths? Because using portable versions relative paths are very important
Re: relative path such as relative://ProfD
I wasn't aware of this pseudo-protocol existing but we should look into it on UXP find out why Mozilla killed or busted it.
Re: relative path such as relative://ProfD
relative:// is protocol (scheme) implemented by FoxyProxy add-on.
Re: relative path such as relative://ProfD
OH I see. I couldn't find any matches in xref guess that's why.. Wonder if that scheme is exposed to the web..
Re: relative path such as relative://ProfD
You are right @JustOff, it is regarding foxyproxy and also I verified that after intalling the foxyproxy addon in Basilisk, the path works in Url address boxJustOff wrote:relative:// is protocol (scheme) implemented by FoxyProxy add-on.
I was thinking that these paths were standard variables of Firefox and should work even without foxyproxy because they are listed in the following Mozilla page
https://developer.mozilla.org/en-US/docs/Archive/Add-ons/Code_snippets/File_I_O#Getting_special_files
Re: relative path such as relative://ProfD
Curiously, after trying this relative path and Foxy Proxy addon with other FF browsers.
I find out that this protocol scheme is failing in the last versions of Firefox (Quantum) and Waterfox v56.
So, imho basilisk is much more backwards compatible than waterfox
I find out that this protocol scheme is failing in the last versions of Firefox (Quantum) and Waterfox v56.
So, imho basilisk is much more backwards compatible than waterfox
dapgo wrote:You are right @JustOff, it is regarding foxyproxy and also I verified that after intalling the foxyproxy addon in Basilisk, the path works in Url address boxJustOff wrote:relative:// is protocol (scheme) implemented by FoxyProxy add-on.
I was thinking that these paths were standard variables of Firefox and should work even without foxyproxy because they are listed in the following Mozilla page
https://developer.mozilla.org/en-US/docs/Archive/Add-ons/Code_snippets/File_I_O#Getting_special_files
Re: relative path such as relative://ProfD
Yeah because we picked the best possible spot and continued forward from there.. Waterfox, their scheme to try and create an appstore out of add-ons aside, is nothing more than a weekend hobby. It's creator has stated exactly that. Perhaps he wants to make it more than that with the trying to create a money generating marketplace.. But I don't think it will take off.. WHO THE HELL is gonna pay money for add-ons they can get free?dapgo wrote:Curiously, after trying this relative path and Foxy Proxy addon with other FF browsers.
I find out that this protocol scheme is failing in the last versions of Firefox (Quantum) and Waterfox v56.
So, imho basilisk is much more backwards compatible than waterfox
Now I want to be clear.. Donations for both browser developers and add-ons is one thing but to create yet another walled garden appstore deal is just gonna make things way worse.. Especially given that if the code is open source no one is gonna pay direct and if it isn't open source then well.. It is stifling open source.. No one wants that.. Except wallets. So whatever.. Let them try.. Perhaps when that fails they will work with us for the greater good of everyone or merely get out of the way.
Last edited by New Tobin Paradigm on 2018-01-22, 18:38, edited 2 times in total.