Opera 109.0.5076.0 developer update
-
ralf-brinkmann last edited by
Still the same f*****g behaviour:
After installing the update (over 108.0.5047.0) Opera starts and all search engines are gone.
After closing Opera and relaunching the standard search engines are back but all my self defined search engines are gone and I don't know how to get them back. There is no way to export them and then import them into the new version. And I don't want to manually write all my 24 search engine settings down and later add them manually into the actual Opera version.
So I have to stay at 108.0.5047.0 or to change the browser.
W11x64, Operax64 (standalone installation) -
rick2 last edited by
@ralf-brinkmann crap, this just happened to me upgrading Beta from 107 to 108 (unannounced yet but in the RPM repo). I'm on Fedora 39 KDE spin.
Zero search engines, and it took a little longer than usual to start so I guess this is some sort of failed upgrade attempt?
Let's see after a second restart. -
rick2 last edited by
@ralf-brinkmann same as you, default search engines came back after a second restart but no personalized engines on sight
-
burnout426 Volunteer last edited by
Make a copy of your "Web data" file in your profile folder (while Opera is closed) and paste it to your desktop for example.
Install https://sqlitestudio.pl/ and run it.
Click the "Database" menu.
Choose "Add a database" and point it to your "Web data" file on your desktop. Since it doesn't have a file extension, you'll want to change the filename filter in the open dialog to "All files" to be able to see and choose the "Web data" file.
Once the file is loaded in the database list pane on the left, right-click it and choose "connect to the database".
Then, right-click on the "Keywords" table in the left-hand panel and choose "generate query for table".
Then, in the right-hand pane for the query tab, click the blue play button to run the query.
You should then see your custom search engines.
You can then right-click the "Keywords" table and export it as CSV file.
Given that, you could can try to play around with a copy of your "Web data" file to export the table to a csv file and then import the table into the "Web data" file for a test standalone installation of Opera Developer to see if you can get your custom search engines imported properly and get them to stick. If so, you can then try it on the real thing (after making a backup).
Not really sure how to use the program much, so you will probably have to ask and provide details at https://www.reddit.com/r/Database/ to get some help. But, it's something you can try.
-
MichaIng last edited by
@ralf-brinkmann: That's interesting: This time my custom search engines survived the update, from 109.0.5069 to 109.0.5076. So it probably only affects updates from older versions, maybe some data structure change that is not migrated properly.
-
burnout426 Volunteer last edited by
@michaing said in Opera 109.0.5076.0 developer update:
maybe some data structure change that is not migrated properly.
Was wondering that too. Though, between 108.0.5047.0 and 109.0.5076.0, there's just an addition of a
color
column (after all other columns) for theKeywords
table in the latter. Everything else looks the same. -
mbstafs last edited by
@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.
-
MichaIng last edited by
@mbstafs Ah right, I was already wondering about the duplicate configs/data in an earlier release. Let us know whether copying data over works, as this seems to be indeed the obvious reason.
It directory structure looks pretty strange currently, e.g. also some cache dirs are below Default, others not, pretty inconsistent, or I do not understand the logic. And as more and more seems to be moved to Default, I guess we have to expect more breakage, until/unless the migration is done properly on update.
Probably the aim is to implement some config profile system, and Default is currently the only, and later the default profile.
-
ralf-brinkmann last edited by
Another question:
I can no longer find the menu item in the settings where you can enter websites that are allowed to set permanent cookies (with or without third-party cookies). In this case there was no (German) help. There is no “Cookies” menu item under “Privacy and Security”. Not in my old and not in the new developer version.
W11x64, Operax64 -
MichaIng last edited by
@ralf-brinkmann There is a "Drittanbieter-Cookies" menu entry in "Datenschutz und Sicherheit" in my case, the 2nd just below "Browserdaten löschen", to be precise.
-
leocg Moderator Volunteer last edited by
@ralf-brinkmann Seems to be to a Chromium change, since Chrome Developer also doesn't have it.
-
ralf-brinkmann last edited by
@michaing said in Opera 109.0.5076.0 developer update:
@ralf-brinkmann There is a "Drittanbieter-Cookies" menu entry in "Datenschutz und Sicherheit" in my case, the 2nd just below "Browserdaten löschen", to be precise.
Yes, but there is nothing where I can add a new page. Or delete an old one.
-
ralf-brinkmann last edited by
@leocg said in Opera 109.0.5076.0 developer update:
@ralf-brinkmann Seems to be to a Chromium change, since Chrome Developer also doesn't have it.
And now? The help file is not updated.
-
burnout426 Volunteer last edited by
@michaing It was to better match other Chromium browsers. See https://www.reddit.com/r/operabrowser/wiki/opera/new_profile_layout/ for more info.
-
burnout426 Volunteer last edited by burnout426
@ralf-brinkmann Due to changes in Chromium. They had to go and mess with things again.
At
opera://settings/privacy
, it looks like you need to goto "Site settings" (opera://settings/content
) and then click on "On-device site data" (opera://settings/content/siteData
). It won't say the word "Cookie" anywhere there.opera://settings/cookies
is now just for 3rd-party cookie handling. The setting can't be changed from the default and stick right now (probably due to the Chromium changes) and needs to be fixed.From: https://support.google.com/chrome/thread/227023954?hl=en&msgid=230723850.
-
ralf-brinkmann last edited by
@burnout426 said in Opera 109.0.5076.0 developer update:
opera://settings/content/siteData
I don't have a page "opera://settings/content/siteData". If I want to open this link it jumps back to "opera://settings/".
The problem is: If I'm a member of a forum or page, where I have to log in, I don't want to do that every time I restart Opera. All my "old" pages, like the Opera forums, work like before. But now there is a new forum and I can't add this to the pages with permission to store cookies. So I have to type in my user name and password every time after restarting Opera.