Hello,
Chrome 61 did work fine here, as well as Chromium 61 does (from which I’m writing). Both chromium-stable-62 and chromium-unstable-63 start up but don’t show anything in their tabs, even when I want **chrome://settings/
**Note that behaviour showed both after installation from Leap packages and from an RPM downloaded from Google, and both from a filled .config/google-chrome directory and after both cache and config was removed.
Probably a bug.
Chromium/Chrome are unique web browsers, unlike other browsers the default search page is a locally stored page, not downloaded from the Internet.
I assume that everything else should work fine… ie. Search, surf to destination URLs.
To have a useful conversation, can anyone on Leap 42.2 confirm or deny that google-chrome-62 works as usual? (Note: the upgrade package was installed today so you might not have it).
Wherever you’re getting your chromium from, nothing later than 61 seems to be in any openSUSE repo.
Didn’t check google-chrome, don’t have a 42.2 machine with that around handy…
Are you sure you don’t have a network configuration error or similar? No error displayed at all, only a white, blank window?
Try launching from a command line and see if any errors are thrown.
The update broke all 4 42.2 systems I applied it to, had to roll back to the previous version to get the browser to work.
Symptoms of the broken update, extensions fail to load (Privacy Badger and Vanilla Cookie Manager) and the browser canvas is a dark gray and blank. Help, settings or web pages will not load.
I’d upload screenshots of the problem and the Chrome info from Yast if I could figure out uploading images in this forum.
For now find an old Chrome .RPM and manually load it, then lock it from further updates and you will be working again.
Google chrome might be different, but Chromium which comes from the OSS is only at 61.
And, it might be possible but doubtful that there is any 62 update because it’s also not listed at software.opensuse.org. If indeed such an update existed, then that’s pretty fast recalling and erasing all evidence.
Where are you getting your chromium unstable?
AFAIK you can only get unsatable and canary as Chromium Project downloads so won’t be updated via YaST, zypper or apper.
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[17720:17748:1020/070746.757387:ERROR:zygote_communication_linux.cc(146)] Did not receive ping from zygote child
[5:5:1020/070746.757540:ERROR:zygote_linux.cc(627)] Zygote could not fork: process_type renderer numfds 6 child_pid -1
[17720:17748:1020/070746.784785:ERROR:zygote_communication_linux.cc(146)] Did not receive ping from zygote child
[5:5:1020/070746.784879:ERROR:zygote_linux.cc(627)] Zygote could not fork: process_type renderer numfds 6 child_pid -1
[17720:17748:1020/070749.785921:ERROR:zygote_communication_linux.cc(146)] Did not receive ping from zygote child
[5:5:1020/070749.786022:ERROR:zygote_linux.cc(627)] Zygote could not fork: process_type renderer numfds 6 child_pid -1
[17720:17748:1020/070755.280639:ERROR:zygote_communication_linux.cc(146)] Did not receive ping from zygote child
[5:5:1020/070755.280778:ERROR:zygote_linux.cc(627)] Zygote could not fork: process_type renderer numfds 6 child_pid -1
[17720:17748:1020/070757.492182:ERROR:zygote_communication_linux.cc(146)] Did not receive ping from zygote child
[5:5:1020/070757.492277:ERROR:zygote_linux.cc(627)] Zygote could not fork: process_type renderer numfds 6 child_pid -1
The same(?) problems now appear with chromium-62 with today’s update. Lock your chromium-61. Why are these versions passed to users at all is beyond me.