Do more on the web, with a fast and secure browser!
Download Opera browser with:
Opera developer builds 56.0.3010.0 and 56.0.3013.0 are crashing a lot on Linux [Mint 19/x64] as well as on Windows [Win10/x64]. Can anyone confirm?
Best reproducible zooming a lot (mouse wheel) in Google Maps, but also scrolling in Google Image search results.
Under Linux there is a SEGFAULT reported (”… in opera-developer[18f1000+58ba000]“)
[Mod note: Against the rules and useless topic title changed]
You might think searching for tabs may be ”the thing“ – I understand that idea.
But it actually isn't, because the tabs – even hundreds of them – don't change position much and the human ”spatial/location memory“ is quite well developed. So it only happens ever so seldom that you search for an open tab and don't find it hovering in instances.
On the other hand, it happens a lot more often that you accidentally close a tab and want to re-open ist quickly; not using keyboard shortcuts the ”Tab Menu“ comes handy there – much more convenient than unintuitively being redirected via the (sometimes painstakingly slow) history panel.
[opera://flags/#search-in-open-tabs came handy for me, there, for the time being]
Yet another shareholder focused decision that discounts significant parts of your core community.
With this build Opera starts with the CSS media query prefers-color-scheme: dark seemingly returning true, although Opera's light theme is selected. (You can see it on web pages using mentioned media query, internal error pages being some of those.)
Toggling →dark →light in quick settings ends up with the prefers-color-scheme flag being evaluated correctly.
[Win10/64bit]
@leocg: Of course. Neutral is the new green – secure connection the new standard.
But you can un-emphasis using a good design or a bad design from a UI designer's or even typographical perspective.
The new black design doesn't fit into the general distribution of contrast over the UI, for example.
TL;DR: Just because you want to get rid of a green padlock doesn't mean any non-green padlock works.
You might think searching for tabs may be ”the thing“ – I understand that idea.
But it actually isn't, because the tabs – even hundreds of them – don't change position much and the human ”spatial/location memory“ is quite well developed. So it only happens ever so seldom that you search for an open tab and don't find it hovering in instances.
On the other hand, it happens a lot more often that you accidentally close a tab and want to re-open ist quickly; not using keyboard shortcuts the ”Tab Menu“ comes handy there – much more convenient than unintuitively being redirected via the (sometimes painstakingly slow) history panel.
[opera://flags/#search-in-open-tabs came handy for me, there, for the time being]
@thortik: Some of us use laptops and roam around in different networks beyond our control. DNS-over-HTTPS would serve privacy there.
@johnd78: DNS over HTTPS function (DoH) not working here, either. (Linux) Wireshark shows all the standard DNS queries going to system default DNS servers.
@leocg: Yep, same issue and same reason here.
(Btw: Why the disabling of extensions after a series of crashes? More often than not extensions are NOT the cause! Annoying.)
@leocg: Crash loop started after turning tab freeze flag on ("unfreeze every 15 minutes"- mode) and remained after turning it off again – until de-activating sync. Now (didn't check before) sync settings blank, as reported. Note, that I use an encryption password (which I cannot re-enter now, as settings page blank).
@xantares ... and trying to re-activate sync, sync settings (opera://settings/syncSetup) main page remains blank (space below ”← Sync … (?)“).