Reinstalled and completely setup and working perfectly. Thanks
1 Like
Actually this is a Firefox feature that is enabled by default in Firedragon. So if we canāt figure it out, Iām sure there are plenty of people in other forums who asked for this (they may have asked how to enable it but itās the same setting).
I canāt remember exactly which setting but what happens if you set this to TRUE?
defaultPref("privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts", true);
Donāt forget to close Firedragon, then change the setting in either firedragon.cfg or your own firedragon.overrides.cfg in your home and then relaunch FD.
It is well possible the setting is part of an exchange with @meanruse somewhere in this thread.
Once we find it I will better document it in firedragon.cfg.
1 Like
After doing a garuda-update just now, Firedragon no longer works for meā¦ I get this:
XPCOMGlueLoad error for file /usr/lib/firedragon/libxul.so:
libvpx.so.8: cannot open shared object file: No such file or directory
Couldnāt load XPCOM.
I believe this was mentioned before (perhaps in another thread). The library has been updated to version 9, while FireDragon is pointing to version 8. I am prone to āfixā issues like this by creating a symlink (making libvpx.so.8 point to libvpx.so, which in turn points to libvpx.so.9). But Iāve been told this is absolutely not the way to go, so donāt try that at home 
.
Actually you should have never mentioned that cause now there will be peeps trying it and breaking something.
This has been addressed already. Plz read 11 posts above yours.
This has been addressed already. Plz read 12 posts above yours.
4 Likes
Oh. I had installed firedragon-next but I didnāt realize it had a different executable. Had to go back and read more that I had missed. Ok Iām updated now.
Iām having another problem, itās actually been messed up for a while but not sure when it happenedā¦ so I donāt think it has anything to do with any changes in the most recent Firedragon-next, but itās definitely just Firedragon that has the problemā¦ Some websites cannot tell what time it is. According to Youtube, it is 6 hours in the futureā¦
Itās actually only 11am here right now. There are other sites having this problem as well, but if I go to any āwhat is my current timeā sites they show the correct time.
BUTā¦ if I open the same pages that are wrong in Floorp, the time is correct. So what is Firedragon doing that some sites canāt tell my timezone?
That is because of ResistFingerprinting setting being used in Firedragon but not in Floorp.
It has been documented in the firedragon.cfg, this privacy setting comes with a couple downsides and itās the same in any Firefox-based browser that enables it.
Since Firedragon wants to use a maximum of privacy features without causing too much trouble and that it seems most people donāt care about the GST time zone returned by the setting, itās enabled by default. Overall it seems to bring more good than bad, but for certain individuals the setting needs to be turned off. I happen to be one of them, actually.
1 Like
Ok. I just tried turning it off in the settings page, and it just turns back on the next time I open Firedragon. I thought this problem was fixed already? Where do I need to change this setting to turn off ResistFingerprinting? Is /usr/lib/firedragon/firedragon.cfg the only place that works?
Edit:
I cannot change any settings, even by editing firedragon.cfg. Not sure what is going on or how this is even possible.
My install of Firedragon-next was in ChachyOS as a test and I was able to adjust the settings and build it up how I like. I copied the contents from my profile folder to itās folder in backups so I could just drop the contents into my profile in FD-N after installing in Garuda. I then booted into Garuda and installed FD-N, launched it once, copied the content from itās backup folder and replaced the content of my profile with it, launched FD-N and it looked just like it did before I copied my backed-up files to it. Tried again and the same thing. I proceeded to deleter the profile folders, and profile.ini , relaunch and close FD-N, copy the data again and got the same results. I ended up copying the ChachyOS FD-N profile to .firedragon in Garuda and editing the profile.ini to point to it. That worked.
Correct. That is explained on Line 19 of firedragon.cfg.
[pref(prefName, value)] ā sets the user value of a preference. This function explicitly sets the preference as a user preference. That means that if the user has changed the value, it will get reset every time the browser is started.
Fingerprinting setting uses pref instead of defaultPref (Line 21) cuz at the time of doing this the intention was that the user could temporarily disable FP for the session and not care/remember about re-enabling it later since it would automatically on next launch. This preserves the privacy characteristics of Firedragon without the user even thinking about it.
On the other hand this information cannot be written in the UI unless we patch for this and itās a bit too much.
Maybe this pref setting is too restrictive after all and we should use defaultPref, which wonāt reset on next launch. I will think about this.
In the meantime you can set this to your ~/.firedragon/PROFILE/firedragon.overrides.cfg
pref("privacy.resistFingerprinting", false);
Now about this
It may depend on how youāre trying to change it, but it doesnāt matter cuz firedragon.cfg is the only place you should NOT change this, unless for some rare use cases. That discussion has been explained earlier in this thread.
firedragon.overrides.cfg is the best way to handle ANY divergent setting from the default Firedragonās.
1 Like
I donāt advise on doing this. Itās the same thing as re-using your old profile, which we found out caused various people (myself included) to have misbehaving results and corruptions.
You need to start full fresh with a new Profile, thatās the safest way.
For those who donāt mind taking a bit of risks (but much less than copying their entire Profile folder back), so far I havenāt had any issues with copying the following files (back from the old Profile):
- *.sqlite
- *.json
Other file extensions may cause trouble.
SQLITE are quite handy, for example PLACES.SQLITE contains your entire history, if you decided to keep it (some let it automatically flush on every browser close).
Extensions are better to be re-installed and use their settings backup feature to bring back your settings (you need to backup from the old Profile of course).
1 Like
Actually the only time it might is when thereās a major update, other than that itās perfectly fine.
By major I mean complete overhauled. This behavior with Firefox and their ignorant decision to switch their addons engine without giving proper notice to the addon creators were why I switched to Chrome based browser in the first place.
I noticed this behavior in Tribel as well and thought it was their site.
1 Like
Nothing wrong here. Itās a perfect example of FINGERPRINTING.
You have to disable both settings in firedragon.cfg by using firedragon.overrides.cfg.
As I mentioned a while back and yesterday as well, Fingerprinting has a lot of downsides, but itās also a very powerful privacy feature. Since it never seemed to generate Help Requests with the old Firedragon, I donāt think it should be disabled by default.
2 Likes
Ok, I got tripped up again by the ā-nextā, didnāt realize it was now /usr/lib/firedragon-next
I can affect some changes with firedragon.overrides.cfg, but I still cannot under any circumstances turn of that goddamn fingerprinting setting and keep it off. Here is my firedragon.overrides.cfgā¦
pref("privacy.resistFingerprinting", false);
defaultPref("privacy.fingerprintingProtection", false);
defaultPref("privacy.window.maxInnerWidth", 2200);
defaultPref("privacy.window.maxInnerHeight", 2000);
defaultPref("general.useragent.override", "Mozilla/5.0 (X11; Linux x86_64; rv:121.0) Gecko/20100101 Firefox/121.0");
The window size changes, so I know itās being read.
In response to what you said about considering whether the setting should be savedā¦ I have to say, in my own personal opinion, any time a setting refuses to stick it always feels like a bug, never a feature. Personally I canāt stand this, itās extremely frustrating. I want settings to stick. If the goal of Firedragon is more privacy and stricter settingsā¦ thatās fine but I think default settings that can be changed should be good enough.
Edit:
Ok seems it is mostly off because the timezone thing is fixed, however it will not remember my window size, which is a symptom of not being fully turned off. I think I just donāt understand what setting is what, there are too many fingerprinting settings in firedragon.cfg
Those 2 will disable FP. You can confirm in about:config.
Fully understand. I also understand Mozilla takes into account all possible use cases, this is why there is the possibility to reset automatically the settings.
I remember I had to force pref on this one due to some difficulties setting the proper UserAgent. This was a bigger issue than pref itself. Now things have stabilized I can review again if the issue persists, if it doesnāt I will change it for defaultPref. I believe it is a setting that many people will want to trigger in the UI, then itās just a matter of remembering what has been done and go back to trigger it again at will.
Use Plasmaās Window Rules feature for that. I had difficulty with window size as well. But as mentioned above since things have stabilize now I will try to play again with the 2 settings you wrote.
Also not sure if this one has any effect, I have never tried yet:
defaultPref("dom.disable_window_move_resize", true);
Wow, never realized what that could be used for. That handily solved the problem. Great feature to know about, thanks.
1 Like
I use it for almost all my windowsā¦ With Plasma 6 it will work a bit better as well.
Itās still a workaround, though. But it works. If itās fixable via Mozilla settings without affecting anything else that would be better.