Well, even Opera Portable from PortableApps creates and doesn't delete those files I've mentioned above, however it writes them in a OperaPortable folder inside Windows TEMP folders. It should be enough not to interfere with Opera Desktop.

Better than nothing.

1:
This option can be avoided unchecking the "Import bookmarks..." in the installation steps.

Doh! I didn't think to that for Portable!

2:
Despite I don't have an answer for that, you may try with Opera Portable from PortableApps (until some fix / workaround will be explained), this kind of behavior is avoided so they are PortableApps.

I've just downloaded it and I'll try it. I hope it will be a real self-containing installation.

Hello *,

I've Opera Portable installed on some USB sticks, but I've some issues:

1. if I don't start at least 1 time Opera Portable before inserting the USB stick in other PCs, Opera imports the bookmarks from the default browser of those PCs. If this happens with PCs I don't own, the owners can think I'm breaching their privacy or "stealing" their bookmarks. I've experienced such an accusation the first time I saw this behavior;

2. Opera Portable writes autoupdate.download.lock and autoupdate.metrics.lock files (plus some etilqs files) to the TEMP folder of PCs where the USB stick is inserted and it doesn't delete those files when the USB stick is removed. If those PCs have a previous version of Opera Desktop installed, they become confuse about which version is installed, don't upgrade and, in at least one case, Opera Desktop wasn't able to start.

Any suggestion?

You can set any of the pre-configured search engines as the default one.

Unfortunately, it seems DuckDuckGo can't select the local version of its search engine even in a localized installation of Opera.

I have to add a custom search entry with language parameters in order to use it in my native language (Italian). And since I cannot set it as default, I've always to use a keyboard shortcut at any search, otherwise DDG uses the English version.

It's one of those little thing that annoys me as hell.

Whole installer:

http://ftp.opera.com/ftp/pub/opera/desktop/42.0.2393.94/win/Opera_42.0.2393.94_Setup_x64.exe

Autoupdate from 64 bit previous version:

http://ftp.opera.com/ftp/pub/opera/desktop/42.0.2393.94/win/Opera_42.0.2393.94_Autoupdate_x64.exe

what is the state of the art of this built-in VPN for plugins?

As far as I know it doesn't work for plug-ins and that's why plugi-ns are set to 'click to play' when you enable VPN.

Indeed, flash content is not counted in VPN quota, while HTML5 videos are.

So, I've uninstalled Flash and so far so good.

And why the DNS server is located in the USA even if the VPN server is in Europe?

Probably they don't have one on that location?

Well, maybe they will add one in the future.

When Opera built-in VPN was released for the first, I remember a Opera dev said on Opera desktop blog that WebRTC and "plugins"(Flash included) weren't routed through the VPN at that time.

Is it so today?

I'm doing a bit of network sniffing via Microsot network monitor 3.4 (on a Win 10 PC) and it seems flash videos and other "plugins" are tunneled correctly to the VPN, but I'm not an enough experienced user to understand if this is a consequence of MS network monitor's limitations.

I've tested the VPN for plugins leaking at this URL:

https://whoer.net/ (extended version -> Interactive detection -> Run tests) and I get inconclusive N/A results.

However, although my IP is set to one located in Neatherland, the browser is leaking a rather strange IP address for DNS server (173.194.170.15 - owned by Google Inc. and located in Mountain view, California).

So, what is the state of the art of this built-in VPN for plugins? And why the DNS server is located in the USA even if the VPN server is in Europe?

BTW, I've disabled webRTC UDP without proxy in Opera, but on another test Opera is leaking a lot of IPs located in Mountain View, again.

I've used the workaround and it seems working for HTML messages too.

In addition to this, I've unchecked the "fit to width" option, just to be sure.

Thanks for your help.

Hello *,

I've an annoyance in Opera Mail 1.0.

I've set "Minimum font" option to 18 pixels, but every time I close the setting window, it resets to 0.

This is not a problem with text emails, since I've changed family and size of the font for viewing emails (it is set to "Consolas 18"), but HTML messages in the preview pane don't respect that and continue to use a tiny, tiny, tiny serif font (maybe at 8 pixels or so).

Is there a way to make that "minimum font" option to stick or a workaround to show HTML message preview in a fixed font?

Thanks in advance for any hint.

I solved the issue in a very empiric way, a variation of point 3) described in my first message.

Here the procedure:

1. I created some fake messages in Thunderbird with the distributions lists that have less addresses among all and I queued them. I imported those mbox files as "Sent" into OM 1.0 and copied & pasted those addresses into new OM folders;

2. I created more fake messages with the larger distribution lists. When imported, new addresses were added to the previous ones at OM top level ("no folder level"). Then, I've cut and pasted them into other new folders so that I've replicated the structure of TB distribution lists;

3. finally, I've compared the OM addresses in each folder to Thunderbird distribution lists content. The check is very fast because you can put those windows side by side. When I found an address that didn't belong to a specific folder, I simply deleted it in Opera Mail.

So, after all, I had manually to delete few tens of addresses.