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.

DNA-86730 Extend chrome.tabs API to allow opening URLs in selected workspace
↑ Will this be documented over there at https://dev.opera.com ?

@olesiak Using last developer build or the current one [71.0.3763.0] on both, Linux [Mint 20, Cinnamin, 64bit] and Windows 10 [latest, 64bit] snapshot tool does not work reliably. You may try on Google Maps, where it just copies white. Or OpeenStreetmap.org, where it copys seemingly nothing. Or Planefinder, ... Maybe it's canvas related.

The very handy snapshot tool isn't working reliably anymore. Snap shoots black or wrong layers (z-index wise).

For the last couple of developer builds choosing O » Exit (the ”Exit“ option from the ”O“-menu) does not exit Opera, but shows the hint ”Hold Ctrl-Q (or press twice) to quit Opera“ in a window centered, semi transparent overlay bubble. Only on Linux, that is (Linux Mint 19.3 / Cinnamon).

This is supposed to happen only when pressing Ctrl-Q once (to prevent closing Opera accidentally, e.g. when the intention was to close a tab with Ctrl-W) – not when exiting via the menu.

DNA-86730 Extend chrome.tabs API to allow opening URLs in selected workspace
↑ Will this be documented over there at https://dev.opera.com ?

@dflyra: Confirmed on Linux-Mint-19.3; segmentation faults manifest in the kernellog:

[ ] opera-developer[12994]: segfault at 20 ip 000055d9cf604ed7 sp 00007ffee06a7d90 error 4 in opera-developer[55d9caf3f000+6ae6000]
[ ] Code: 83 c4 08 5b 41 5e 41 5f 5d e9 a5 c0 fe ff 48 83 c4 08 5b 41 5e 41 5f 5d c3 cc cc cc cc cc cc cc cc cc cc 55 48 89 e5 48 89 f2 <48> 8b 47 20 bf 98 00 00 00 48 03 b8 80 02 00 00 48 8b 35 62 4a 96
[ ] opera-developer[13465]: segfault at 20 ip 000055c62f11bed7 sp 00007fff83505f50 error 4 in opera-developer[55c62aa56000+6ae6000]
[ ] Code: 83 c4 08 5b 41 5e 41 5f 5d e9 a5 c0 fe ff 48 83 c4 08 5b 41 5e 41 5f 5d c3 cc cc cc cc cc cc cc cc cc cc 55 48 89 e5 48 89 f2 <48> 8b 47 20 bf 98 00 00 00 48 03 b8 80 02 00 00 48 8b 35 62 4a 96
[ ] opera-developer[13732]: segfault at 20 ip 0000556299437ed7 sp 00007ffeb27a1f40 error 4 in opera-developer[556294d72000+6ae6000]
[ ] Code: 83 c4 08 5b 41 5e 41 5f 5d e9 a5 c0 fe ff 48 83 c4 08 5b 41 5e 41 5f 5d c3 cc cc cc cc cc cc cc cc cc cc 55 48 89 e5 48 89 f2 <48> 8b 47 20 bf 98 00 00 00 48 03 b8 80 02 00 00 48 8b 35 62 4a 96
[ ] opera-developer[14064]: segfault at 20 ip 0000563435fc7ed7 sp 00007fff765cfb70 error 4 in opera-developer[563431902000+6ae6000]

On my side there is the same issue still present with this build:

• Since Opera 69.0.3638.0 developer:

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 or just try https://twitter.com .)
Toggling →dark →light in quick settings ends up with the prefers-color-scheme flag being evaluated correctly.

[Win10/64bit]

• Since Opera 69.0.3638.0 developer:

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.

• New: Extension *Action buttons and their tooltips are messed up.

[Win10/64bit]

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]