Posts made by no-name-opera

It would be really, really nice if the latest version of Opera can fix https://forums.opera.com/topic/37582/bug-opera-won-t-check-for-updates-invalid-params-and-unable-to-prepare-update-checker-runtime/76?_=1606766168901

As an update to this thread, I recently downloaded Opera_57.0.3098.110_Setup_x64.exe just to see if the update function worked properly on an earlier version. It did.

I don't know which version hosed the update functionality but there is something different since at least Opera 57 because Opera 57 automatically updated me to the latest version...

And, of course, the latest version no longer does automatic updates and shows the greyed-out "Check for update" button.

Sigh...

@leocg Both, and yes all other programs update normally.

@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.

@zalex108 Just tried another ISP - same problem.

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

@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?

@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.

@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.

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.

@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).

@leocg Certainly I understand. The question is: what? What would Opera be relying upon outside its code that causes only update to get hosed? Everything else on the browser works fine. And I believe the opera_autoupdate.log must have the key but don't know how to troubleshoot these messages.

Would any of you mind looking at your opera_autoupdate.log to see if you have any similar messages?

What would be very useful is if someone from the dev team or someone familiar with the code can look at the specific messages from the posted log file and provide indications as to what causes those errors. Search engines don't bring up anything.

@nvmjustagirl No. In fact, from the command line, I ran:

C:\Temp\opera\portable\launcher.exe --scheduledautoupdate $(Arg0)

...to see if it came back with any errors. It didn't.

@zalex108 Nope - just checked. Opera doesn't have a folder in it and there isn't anything under Windows Defender suggesting Opera had a conflict.

@zalex108 Just tried using a VPN - no dice. The hosts file was custom and reviewed by me. It's very small and I did search for Opera (which, of course, wasn't there). But remember, even removing the hosts file did nothing.

@no-name-opera As an aside, after I pulled up those screens, Download in the log changed from true to false. Don't know if this helps but thought I'd mention it:

[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
[21836:25364:0124/080945.122:80193906:ERROR:autoupdate_checker.cc(374)] COM init failed
[21836:25364:0124/080945.122:80193906:ERROR:autoupdate_checker.cc(333)] Unable to acquire locks! Download: false, metric: true
[21836:25364:0124/080945.126:80193906:ERROR:autoupdate_checker.cc(137)] Unable to prepare update checker runtime.

@nvmjustagirl It says that but, from what I remember from when it did actually check, it's not working. It never comes back with a message.

@nvmjustagirl

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

@no-name-opera the stand alone.. do ya still have it hold on ..

do ya still have this stand alone installed (Opera_66.0.3515.36_Setup_x64.exe) if so use that same setup file and do like a re intall use'n same folders directory you used to begin with..

when ya do it will instead upgrade.. you will a upgrade button that way

I don't have that file anymore and I'm on a later version at this point but it doesn't matter - I've tried that idea multiple times with past versions. The upgrade button doesn't show.

@nvmjustagirl I didn't have it setup anymore but just now reinstalled to show the screens - exactly as the fully installed version.

This is why I thought it was a bug. A portable version shouldn't depend on anything in the registry so, even if it was corrupted, the update should work properly (or at least the button shouldn't be greyed out). That the button is greyed out suggests where to look for the root cause (but I can't see the code to know where to look).

Additionally, in the file opera_autoupdate.log, I see this:

[21156:20832:0124/074918.945:78967734:INFO:resource_l10n_handler.cc(101)] Language not in the available languages list: en-US
[21156:20832:0124/074918.945:78967734:INFO:resource_l10n_handler.cc(107)] Trying language from system preferred list: en-US
[21156:20832:0124/074918.945:78967734:INFO:resource_l10n_handler.cc(150)] Retrying after adjustments: en-US
[21156:20832:0124/074918.945:78967734:INFO:resource_l10n_handler.cc(107)] Trying language from system preferred list: en
[21156:20832:0124/074922.395:78971171:ERROR:autoupdate_checker.cc(374)] COM init failed
[21156:20832:0124/074922.395:78971171:ERROR:autoupdate_checker.cc(333)] Unable to acquire locks! Download: true, metric: true
[21156:20832:0124/074922.400:78971187:ERROR:autoupdate_checker.cc(137)] Unable to prepare update checker runtime.