![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/u9kB0kgEaN.png)
Yeah, history is extremely valuable feature. I think I would rather get rid of bookmarks and maybe even tabs rather than history.
Yeah, history is extremely valuable feature. I think I would rather get rid of bookmarks and maybe even tabs rather than history.
In that case the issue is likely that files on disk are being modified by whatever mechanism your IT uses to push updates to devices. If the program files are modified while Firefox is running then you will unavoidably get this prompt.
I suppose the best you can do is to ask your IT folks to not update programs that are currently running.
I have no clue about hacking macOS
Take this with a grain of salt, but I believe I’ve read that standard backdrop-filter won’t work here and this would instead require OS compositor level mechanism because menupopup and panels are technically separate windows (or window-like widgets) from OS perspective.
You just have the link texts in a text editor one at each line, then select all and drag the selection to tabs toolbar.
But yeah, it does become an issue if you try it with thousands of tabs… It should work, but probably chokes quite a bit.
I guess that kinda depends on what you mean by “upload”. If you simply mean if user can point the extension to load some local file eg. via <input type="file">
then sure, that works just fine.
It sounds like the issue you mention regarding uBO Lite is not about if it can read a local file, but rather that it can’t use that data to update the active filter lists - perhaps because it already has too many dynamically inserted filter rules, but that’s just a guess.
Right, but then you shouldn’t be shocked to find out that a feature was removed because nobody seemed to be using it.
IIRC the old tab groups feature was eventually removed because telemetry showed that only very few people used it…
I mean, do whatever works for you, but that sounds kinda unnecessary when you can just use an already existing feature - tabs.
Not at all the same thing. For one, you can open a history entry and then navigate back from that to the page you came from to that page - which there may be several. Tabs preserve per-tab history which makes it superior in many ways to both history and bookmarks.
My first guess would be that this is caused by the website implementing its own navigation/history behavior using History API. That can easily mess things up, or at least not behave like you might want.
Okay, since it doesn’t like it’s your main computer or anything, you might be interested to try taskbar profile grouping. Go to about:config and while there create a new boolean pref named taskbar.grouping.useprofile
and set it to true
. Doing that the two profiles should have their own group in taskbar. It’s a very crude feature though, since for example the right-click jump list items are not separate and you can’t set different icons for them (unless you do that via Windows somehow), but it sort of works.
Fair. For something like that containers don’t work, and indeed profiles are probably the way to go. I sure wouldn’t mind if about:profiles had a button to create new icon for that specific profile which then would also be in its own taskbar group, but I doubt I would want it as default for new profiles.
At any rate, having multiple profiles per same install on same Windows user poses some issues. Like what profile are links in other applications supposed to open in?
I think this really comes to what exactly you want to separate. You say "I often need to use two different profiles"
. Okay, why do you need to use separate profiles though? Maybe separate profiles are not a great solution in the first place for your purpose?
Firefox profiles are amazing because you can be sure that no data is shared between the two profiles (unless you sync them of course) - for whatever reason one might want that. But if you just need some session separation then containers would be a much better fit.
Indeed, but what I don’t get is why on earth do people spew this damn crap about manifest v3 as a whole, when the actual issue is just the removal of "webRequestBlocking"
feature that Google is about to bring along with their implementation of mv3. Why the hell aren’t folks mad about the actual issue but instead just want to be mad about the whole bloody thing, which actually also does bring some very real privacy improvements among other nice things.
If a website has a compatible PWA manifest the there will be an item labelled “install” in the three-dot menu of Firefox in place of usual “add to homescreen” item.
Edit: There’s a few other requirements as well for the website to be considered installable as PWA, such as it must have a registered service worker so it can work offline. But regardless, if the website provides all the requirements then it can just be installed straight from the menu.
Yeah, that indeed sounds like a bug.
Huh. I dunno what the actual requirements for Android compatibility are then. Anyhow, being recommended or in a custom collection isn’t strictly a requirement anymore.
This isn’t true anymore. Any extensions that are explictly marked as Android compatible (by the author) should now be installable from AMO. I’m pretty sure that the extension needs to use manifest v3 to be able to be Android compatible, but as long as that is true and the author has set the Android compatibility flag, you should be able to add it normally.
Installing from AMO seems to work fine for me - although I’m using Nightly variant, which certainly could behave differently. However, Firefox 120 is supposed to work the same I believe.
Well the feature development is certainly progressing - here is the tracking bug for it.
You can nowadays just test it in normal nightly without special build - it’s extremely incomplete, but you can test it if you wish. It’s tied to revorked sidebar which you need to enable in about:config.