[BUG] Opera won't check for updates - invalid params and unable to prepare update checker runtime

[zalex108]

zalex108 @Guest last edited by zalex108

No data on autoupdate logs.

"You cannot know the meaning of your life until you are connected to the power that created you". · Shri Mataji Nirmala Devi

[no-name-opera]

no-name-opera @zalex108 last edited by

@zalex108 Thanks for checking. So just to confirm I understand what you're saying: after you manually click the update button, you have a file \profile\data\opera_autoupdate.log that is empty, correct?

If so, can you please indicate what language you're using? If it's not en-US, perhaps that's another clue (as I posted above, the log shows "Language not in the available languages list: en-US," which is really odd).

[no-name-opera]

no-name-opera @no-name-opera last edited by

Interesting - when I switch to English (United Kingdom) as the language, the language errors go away in the opera_autoupdate.log:

[10972:5992:0124/121601.997:3001781:ERROR:autoupdate_checker.cc(374)] COM init failed
[10972:5992:0124/121601.997:3001781:ERROR:autoupdate_checker.cc(333)] Unable to acquire locks! Download: true, metric: true
[10972:5992:0124/121601.997:3001781:ERROR:autoupdate_checker.cc(137)] Unable to prepare update checker runtime.

This suggests, at minimum, there's a bug somewhere related to the default language. This can't be related to my local environment.

[A Former User]

A Former User @no-name-opera last edited by A Former User

@no-name-opera yes On the Actions tab in task , you will see that : C:\Temp\opera\portable\launcher.exe --scheduledautoupdate $(Arg0) you can delete the task but then it would not update..

[A Former User]

A Former User @Guest last edited by A Former User

C:\Users\name\AppData\Local\Temp

do ya have n e files like this

PortableBrowsers66.0.3515.27opera_autoupdate.download.lock

the .lock - on the end of the file

[no-name-opera]

no-name-opera @Guest last edited by no-name-opera

@nvmjustagirl Yes, the file is empty:

CTempoperaportable66.0.3515.44opera_autoupdate.download.lock

Edit:
When I delete the file and re-run the updater, the file is recreated empty/with zero bytes.

[A Former User]

A Former User @no-name-opera last edited by

@no-name-opera damnnit mums screaming back in a bit if permitted lol *sowwies.. gone

[zalex108]

zalex108 @no-name-opera last edited by

@no-name-opera said in [BUG] Opera won't check for updates - invalid params and unable to prepare update checker runtime:

@zalex108 Thanks for checking. So just to confirm I understand what you're saying: after you manually click the update button, you have a file \profile\data\opera_autoupdate.log that is empty, correct?

If so, can you please indicate what language you're using? If it's not en-US, perhaps that's another clue (as I posted above, the log shows "Language not in the available languages list: en-US," which is really odd).

Language of System and Opera is EN US.

About the update I'll check, it's the default state after latest update.

"You cannot know the meaning of your life until you are connected to the power that created you". · Shri Mataji Nirmala Devi

[leocg]

leocg Moderator Volunteer @no-name-opera last edited by

@no-name-opera Update works if you change language?

[no-name-opera]

no-name-opera @leocg last edited by

@leocg No, I was just commenting that the following lines in the opera_autoupdate.log go away after changing the language:

[21836:25364:0124/080941.730:80190515:INFO:resource_l10n_handler.cc(101)] Language not in the available languages list: en-US
[21836:25364:0124/080941.730:80190515:INFO:resource_l10n_handler.cc(107)] Trying language from system preferred list: en-US
[21836:25364:0124/080941.730:80190515:INFO:resource_l10n_handler.cc(150)] Retrying after adjustments: en-US
[21836:25364:0124/080941.730:80190515:INFO:resource_l10n_handler.cc(107)] Trying language from system preferred list: en

And please remember these lines come from a just downloaded portable version. So I'm thinking there's at least something wrong there.

However, changing the language does not fix the "COM init failed" or "Unable to acquire locks!" problems. If I only knew what COM init failed meant, it would better help me discover the problem.

[leocg]

leocg Moderator Volunteer @no-name-opera last edited by

@no-name-opera The log file is created empty here.

Any difference if you turn off the VPN? Or if you choose another location?

What about emprtying the temp folder?

[no-name-opera]

no-name-opera @leocg last edited by

@leocg Assuming you're also using Windows 10 and it's current on all it's updates, then I'm completely at a loss where to go from here. No, no difference having a VPN on or off, nor running in a different location. The temp folder is cleared after every reboot so that's not it either. (sigh)

So the Opera devs never come around the forums for a bit of troubleshooting, eh?

[zalex108]

zalex108 last edited by

Not sure if on the Local VPN the HOSTS file is involved, but try a FlushDNS.

IpConfig /FlushDNS - If I recall - on Elevated CMD.

"You cannot know the meaning of your life until you are connected to the power that created you". · Shri Mataji Nirmala Devi

[no-name-opera]

no-name-opera @zalex108 last edited by

@zalex108 Yup, already had tried it. No change.

[zalex108]

zalex108 @no-name-opera last edited by

@no-name-opera

And about other ISP or Mobile Data?

"You cannot know the meaning of your life until you are connected to the power that created you". · Shri Mataji Nirmala Devi

[no-name-opera]

no-name-opera @zalex108 last edited by

@zalex108 Just tried another ISP - same problem.

[leocg]

leocg Moderator Volunteer @no-name-opera last edited by

@no-name-opera Are you using WiFi? Or is your computer connected directly to the router/modem?

[no-name-opera]

no-name-opera @leocg last edited by

@leocg WiFi. But I just bypassed the router to another ISP. It didn't make a difference. I really need to understand what the errors "COM init failed" and "Unable to acquire locks!" (and, perhaps, "Unable to prepare update checker runtime") mean to troubleshoot as I'm feeling like I'm grasping at straws.

[leocg]

leocg Moderator Volunteer @no-name-opera last edited by

@no-name-opera Only the router? Or the WiFi too?
Other programs in your computer auto-update normally?

[burnout426]

burnout426 Volunteer @Guest last edited by

@nvmjustagirl said in [BUG] Opera won't check for updates - invalid params and unable to prepare update checker runtime:

maybe @burnout426 will see this a lil later.. he knows some of the registry data that can be cleaned up

https://forums.opera.com/post/195235 is an example. One can skip the the backing up of bookmarks, open tabs and passwords if not needed.

For testing with standalone installations, I'd install to an "Opera Test" folder on your desktop (or other folder inside "C:\Users\yourusername") and not somewhere outside of "C:\Users\yourusername")

I might create another user account on Windows and see how things work in Opera there (with a standalone installation on its desktop too).

I'd test with another computer on your network if possible to see if it behaves the same or not. I'd test your computer at someone else's house if possible. Sounds like the latter was done in some form.

Don't know about the errors in the log. Don't have access to the autoupdater source to see what the code does.