Posts made by mbstafs

Nice,
RNA-4362 Address bar search-engine shortcuts (keywords) no longer trigger for non-default search engines
is fixed in 136.0.6001.0. Thanks!

@burnout426: Thanks for the confirmation (both of you).

I double-checked: If I let the URL dropdown fold "up" by clicking somewhere else, then switch the tab forth and back, its content still disappears. If I instead switch to a different application on my PC, the content stays.

This is on Linux:
Opera One(version: 136.0.5995.0)
Update stream:developer
System:Fedora Linux 44 (Workstation Edition) (x86_64; GNOME)

URL bar loses content when losing focus

I noticed another very annoying thing, which makes Operas less easy to use:
The URL bar loses my typed content, if I switch to a different tab, or a different window (via window manager).

Like e.g. I open a new tab, or switch to the URL bar with Ctrl+L, so to enter a new search term for my default search engine or any other string (even a URL), then switch to a different tab to look something up, or if I let Opera lose focus while I do something else on my PC, in a different program. Whatever I have typed just disappears when I return to my tab! Totally impractical.

BTW: What used to also happen was when switching back and forth between tabs, if one tab had its focus IN the URL bar, when returning to that tab, the focus was no longer there (but the text still was present). I had reported that MANY years ago and it was quickly fixed, but some time ago this "issue" returned and I wasn't sure whether that was intentional, so i stopped caring.

Pardon my typos: "Should bring me directly..." and "but directs me to the default..."

Search engine shortcuts stopped working

Only recently did I notice that the search engine shortcuts have - partly - stopped working. My custom ones appear disabled, but I could (seemingly) reenable them manually.

But the "built-in" shortcuts - such as "w" for Wikipedia (the German version in my case, due to some mechanism inside Opera) - have also partly ceased to work. Typing "w Opera" into the URL field show bring me directly to Wikipedia, but directs my to the default search engine Google, using "https://www.google.com/search?client=opera&q=w [---]".

I have seen some changelog entries regarding "search", but I cannot usually understand what was changed from their cryptic titles. And I couldn't find anything in these forums.

Opera One(version: 136.0.5995.0)
Update stream:developer
System:Fedora Linux 44 (Workstation Edition) (x86_64; GNOME)

I have been observing this for a few versions now, on two different Linux machines with independent, different search engine configurations.

Has anyone else been seeing this?

On Linux, the adblock definitions have been spamming my (systemd-journal) logs.
I get both

opera-developer.desktop[319503]: E0000 00:00:1782236318.316059 1 re2.cc:242] Error parsing '/img/(?!new).+.gif': invalid perl operator: (?!

and

opera-developer.desktop[256280]: E0000 00:00:1782156574.776787 1 re2.cc:242] Error parsing '^https?://[-a-z]{5,13}.[a-z]{3,6}/[0-9a-h]{1,17}?[0-9a-zA-Z]{1,22}=[%0-9a-zA-Z]{200,1300}': invalid repetition size: {200,1300}

about 10000 times per day (!).

I commented them out in .config/opera-developer/adblocker_data/1776F3BF15261DACC49D7AFCF4D66B9EF6C64023021B7F1585552A71B5800530.easylist
but wish you would do so. (Or did I install UBlock Origin? I think not!)

Is that the correct changelog?

133.0.5910.0 – 2026-06-02
CHR-10241 Update Chromium on master to 147.0.7703.0

Certainly not. You now have two separate changelog entries for 133.0.5910.0 with different dates, and Chromium was already at 148.0.7778.97 in the previous build. (And Opera->About disagrees about that Chromium version as well.)

I used to be able to quickly disable ad or tracker blocking on a page by clicking on the "security" badge in the URL bar. That is, without manually managing exceptions in the settings.

Now, this badge is grayed out on all tabs and does nothing. Is anyone else seeing this? Is this a regression?

opera-developer 125.0.5727.1, on Linux Fedora F43 x86_64, installed as RPM (update) from the official repository.

@gmiazga: I don't know whether that was ever used. But anyway, CrashID=bp-2886acef-037e-41a6-9180-a593a0251105 and probably a dozen others.

@parduspars: Yes, almost immediate crashes here as well, on Fedora 43. I cannot tell which of my tabs triggers this.

Crash reports are automatically submitted, so I will just wait for an update.

Trying to export any page to PDF leads to crashing the tab (and all related tabs). This was already the case with the previous snapshot.

After updating to this version, each and every previously open tab crashes, and the log is full of

[159182:1:0714/134821.979265:ERROR:v8_initializer.cc(809)] V8 process OOM (Failed to reserve virtual memory for CodeRange).

(I have plenty of free RAM.)

Going back to opera-developer-113.0.5215.0-0.x86_64, and everything is fine again.

Linux 6.9.7, Fedora 40 x86_64,, GNOME on Wayland

@pirap2: And when you click on it (i.e. to see what it's good for :D) in a private tab, it says: "Aria is not available in Private Mode. Open regular Opera window to access the command line."

(It also doesn't react when I press either "Tweak it" or "Spell check" i regular windows.)

@leocg said:

@mbstafs That migration happened a few versions ago when Opera adapted it self to a change in Chromium's profile directory structure.

@leocg: Well, I, like many others, lost my custom search engines and my autofill history on the update from 108 to 109, so the data wasn't actually migrated.

I have now copied Web Data into the Default folder, and everything has re-appeared inside Opera 109.

@burnout426: Indeed, it seems the database "Web Data" hosting the custom search engines as well as e.g. the autofill data for your forms (and a lot more) was moved from "$CONFIGDIR/Web Data" to "$CONFIGDIR/Default/Web Data", without migrating the existing data.

I'm going to try copying the data over. If that doesn't work, I'll try to use an SQlite UI to manually migrate the relevant table data from the one database to the other. I guess that's what your instructions hint at, that a simple copy won't work.

Thanks for the hints.

@ralf-brinkmann: Did you get those entries back when downgrading?

@nashuim: So how do you add them again? Re-create them from scratch? I have too many...

@ralf-brinkmann: No, I am seeing this on Linux as well. I need to close those windows using the window manager (operating system), i.e. the windows' "X" button.

@iosaddict-0 said:

114.0.5720.4 is at least a month old.

So what?
To quote https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-2721 :
"in Google Chrome prior to 113.0.5672.126".

(Replying to self) Sorry for nitpicking.

Aria wasn't a secret anyway, it announced in February:
https://blogs.opera.com/news/2023/02/opera-aigc-integration/