Opera 131.0.5877.74 Stable update

[steeveboy]

steeveboy last edited by leocg

Hi Opera team,

i just had a chat with ChatGPT and it thinks it has to be an Opera Problem (focus lost when starting a new private window from taskbar right click Opera then "New private window"). If you cannot reproduce it at all, it's alright. It happened to me by upgrading to version 131. If on your system everything's fine, then I'll wait for a Microsoft cumulative patch, see if this fixes the broken focus handling. So if that's the case, never mind. Just wanted to mention it after asking ChatGPT for a text which I can copy-paste for you devs. Maybe it helps, if not it's ok. So the following is the text from ChatGPT...

I found a reproducible focus issue with private windows on Windows 11 and wanted to provide a clean reproduction case.

Environment

• Opera One: version 131.x
• Windows 11
• Issue reproducible consistently

Problem

When opening a private window via the Windows taskbar jump list:

Right click Opera taskbar icon
→ "New private window"

the new private window opens correctly, but the address bar / omnibox does NOT receive keyboard focus.

Result:

• typing immediately after opening does nothing
• user must click the address bar manually
• sometimes TAB or CTRL+L restores focus

Important observation

The problem ONLY occurs when launching the private window from the Windows taskbar jump list.

The following methods work correctly and DO focus the omnibox:

Works correctly

Keyboard shortcut:

Ctrl + Shift + N

Direct command line launch:

opera.exe --private

Opening private windows from inside Opera menus also appears to work normally.

Additional testing already done

The issue persists after:

• creating a fresh Opera profile
• disabling extensions
• disabling hardware acceleration
• restarting Windows
• reinstalling Opera

So this does not appear to be profile corruption or an extension issue.

Likely cause

This looks specifically related to:

• Windows 11 taskbar jump list integration
• AppUserModelID / ShellExecute launch path
• missing focus handoff to the omnibox after private window creation

The direct opera.exe --private launch path works correctly, which suggests the bug exists specifically in the jump-list-triggered private window handler.

Hope this helps narrow it down.

[steeveboy]

steeveboy last edited by leocg

Opera One 131.x on Windows 11 (HDR is always ON):

I found a reproducible YouTube video rendering bug related to hardware acceleration.

Issue

While watching YouTube videos, opening UI overlays (especially the notification bell/menu) causes the video black levels / gamma to briefly change:

• video becomes brighter for a moment
• then returns to normal

This only happens with hardware acceleration enabled.

Important findings

• Disabling hardware acceleration completely fixes the issue.
• Disabling MPO (Multiplane Overlay) does NOT fix it.
• Enabling Lucid Mode stabilizes the video completely.

Current workaround:
I enable Lucid Mode permanently on the lowest setting (Level 1/5). With Lucid Mode active:

• black levels stay stable
• no brightness/gamma flicker occurs
• opening YouTube notification overlays no longer affects video rendering

This strongly suggests the issue is inside the Opera/Chromium GPU video rendering or HDR/tone-mapping pipeline, possibly related to compositor repainting during UI overlay updates.

The Lucid Mode workaround may help narrow down the rendering path involved.

[leocg]

leocg Moderator Volunteer @steeveboy last edited by

@steeveboy Couldn't reproduce it here in Opera One Developer. Opening a private window using the right click menu on the task bar doesn't make the focus to be out of the address bar.

[leocg]

leocg Moderator Volunteer @steeveboy last edited by

@steeveboy Did you try removing the shortcut and adding it again?

[leocg]

leocg Moderator Volunteer @steeveboy last edited by

@steeveboy Couldn't reproduce on Opera One stable too

[whisperer]

whisperer @Opera Comments Bot last edited by

@whisperer said in Opera 131.0.5877.24 Stable update:

Still crash when switching to a tab with playing youtube video using Ctrl+Tab and releasing Ctrl late.

Still crashing in version 131.0.5877.74 and 131.0.5877.97.

[whisperer]

whisperer last edited by

Crash when not using %s in site search definition (Opera for Windows)

Create a shortcut to go to the Opera website:

• Go to opera://settings/searchEngines
• Click the Add button to add a site search
• Enter these details:
  (Notice that no %s in used in the URL)
• Click Save

Now test it:

• Open a new tab (Ctrl+T)
• Type "ow", then press Space, then press Enter

Opera crashes.

(Tested with Opera 131.0.5877.97)

[burnout426]

burnout426 Volunteer @whisperer last edited by

@whisperer Yep.

CrashID=bp-ff60d95d-7118-48f9-b80c-4467b0260523 (from Opera Developer)

[steeveboy]

steeveboy @leocg last edited by

@leocg Yes, but it didn't help. Thanks for the tip, though.

[steeveboy]

steeveboy @leocg last edited by

@leocg Then hopefully in a future version this behaviour will go away.

[Opera-QA-Team]

Opera-QA-Team Opera @steeveboy last edited by

@steeveboy: Hello, I'm trying to reproduce, but no success so far. Something steals your focus after opening the private window, but what can it be? Do you have other apps running at the same time?

[steeveboy]

steeveboy @Opera-QA-Team last edited by leocg

@opera-qa-team: Hi, thanks for the reply. No, I don't have other apps open. Just Opera completely closed. Open it normally --> focus, you can type immediately. Then again close completely. Open via taskbar symbol right click then "New private window" --> no focus, you cannot type immediately. You have to click the omnibox to type e.g. "gmail".

Maybe it's just a special problem with my system. But it definitely worked until Opera version 130. Then some days ago it broke. So my assumption is update from Opera and/or Microsoft (new build, new Explorer focus problems).

I'll just try to see if further Opera updates and/or Microsoft cumulative updates restore the old and normal behaviour.

In the meantime I have a second Opera symbol right next to it with Developer White just for this function (opera.exe --private // WITH normal focus after opening it).

[whisperer]

whisperer last edited by

Still not fixed, nor confirmed:

@whisperer said in Opera 131.0.5877.24 Stable update:

When I log in on this forum, my browser gets logged in too with my Opera account. I then quickly log my browser off by clicking the icon at the top right and then clicking the button to log off. I then get this screen without a message:

If I wait a little longer before trying to log out, or when I try again, the dialog does have text in it.

[andrew84]

andrew84 last edited by

1. EasySetup and sidebar setup panels still don't reset scrolling position on open.
   The EasySetup still doesn't allow to grab the scrollbar while the cursor is far right on the 1px border (the menu closes).

Also, the scrolling doesn't work if the cursor is on the left 1px content border (for example reddit web site).

2. Not so critical anymore because Opera One is not my main browser but is it possible to know what's the secret of keeping the 'scroll to top' feature unfixed {page scrolls to top while moving tab) during ~3 years?

*The are other numerous bugs which stay unfixed for months or years, I just highlighted the ones related to scrolling.

[whisperer]

whisperer last edited by

Bug when changing position of bookmark in folder in boookmarks bar
(Opera for Windows 131.0.5877.97)

• I have the bookmarks bar enabled. On it, I have a folder named "Bugs & Dev".
• On the bookmarks bar, I click the folder and the folder opens. Here's an image:
  
• I drag the entry "Bugzilla Main Page" (in the middle) to the top, to change its position.
• The entry "Bugzilla Main Page" is now moved to the top, but displayed at the bottom. When clicking the folder name "Bugs & Dev" twice to close it and open it again, the bookmark is shown in its correct place.

[andrew84]

andrew84 @whisperer last edited by andrew84

@whisperer It's not necessary to move to the top, the bug also occurs when moving items up/down. The positions of the moved items will be random (after reopening the folder the position will be correct). Also in Developer.

For a exmaple I'm moving 'yt nature' item and place it after the 'Opera desktop ..' item but it placed as the last one item, after reopening the folder the position is correct.

[whisperer]

whisperer @andrew84 last edited by

@andrew84 said in Opera 131.0.5877.74 Stable update:

@whisperer It's not necessary to move to the top, the bug also occurs when moving items up/down.

Duh..
I wrote:

Bug when changing position of bookmark in folder in boookmarks bar

And simply gave example steps to reproduce the issue.