web pages won't load, time out, but only in vivaldi

enc0re

I have exactly the same issue for a long time now, at my work computer. Yes, we have Kaspersky antivirus enabled, and VPN, but it is not issue. Chromium Edge works fantastic quickly. Few builds this issue was gone, then it appeared again. We have two company domains, and first access to the any page of domain fails with ERR_TIMED_OUT. After that, page works correctly for some time.

I tried fresh install, without any extensions, without loging to sync. Just pure default installation. ERR_TIMED_OUT, Chredge no problem.

I have opened bug from September - (VB-49950) Error timed out occured when navigating first time on pages (with VPN or without), but during mail communication I got reply that Not reproducible. If someone know how can I do some trace/logs to see what it is doing when loading page, and where it is hanging.

tw9

@enc0re
It's the same for me. First access to certain pages fails with timeout, after that for some time they work. Week ago it worked perfectly fine, in the meantime nothing changed (obviously something must have, but it's not apparent). It's driving me crazy.
I tried and you can too, make some logs with vivaldi://net-export
But nothing there to see for me.
Maybe someone could and will look at this

Here's the log

Pathduck

@tw9 said in web pages won't load, time out, but only in vivaldi:

Here's the log

Well, you certainly have a lot of extensions, I count 46

I'd start by disabling them all. Yes, even if you've tried it before. Make sure they are all disabled, and restart Vivaldi afterwards. Maybe also go through and remove those you absolutely don't need.

Extensions account for at least 90% of issues with browsers in my experience...

tw9

@Pathduck
Yes, I do have a lot of extensions, but half of them is disabled and as I wrote - tried disabling them all, tried blank profile with no extensions whatsoever. No difference.
I even created completely new user profile in Windows and installed Vivaldi fresh. Same.
This could be a problem worth investigating, consider a situation where new users want to try Vivaldi, they download and install it and from the scratch, it's not working.
They immediatelly uninstall and forgot, they don't care like us, long - time users

There must be a problem directly related to how Vivaldi connects to pages, maybe something related to SSL and certificates.
This are headers when the connection initially fails, stalled for 30 s:


Request URL: http://uloz.to/
Request Method: GET
Status Code: 301 Moved Permanently
Remote Address: 77.48.29.200:80
Referrer Policy: no-referrer-when-downgrade
Connection: close
Content-Length: 185
Content-Type: text/html
Date: Sun, 24 Nov 2019 07:19:27 GMT

Location: https://uloz.to/
Server: nginx/1.9.10
X-Node-Name: ulozto1


Request URL: https://uloz.to/
Referrer Policy: no-referrer-when-downgrade


Provisional headers are shown
DNT: 1
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.45 Safari/537.36 Vivaldi/2.9.1735.3

Ayespy

@tw9 It's probably not Vivaldi. More likely, it is 3rd party security software (some of it tries to pretend Vivaldi is dangerous) or a graphics driver. Have you tried visiting vivaldi://flags and turning off hardware acceleration?

Have you tried disabling or temporarily uninstalling security software?

tw9

@Ayespy Yes, you are right.
Looks like the issue is solved by turning off TCP/IPv6 protocol in network settings.
Have no idea how it got on.
However, other browsers didn't have a problem with this, so there must be something Vivaldi does differently.

Anyone having similar problem, try turning off TCP/IPv6 protocol in network settings

Pathduck

@tw9 Oh, that's too bad. I have IPv6 turned on and don't have these issues. Also apparently IPv6 is required for Windows Update to work, I had issues with it some years ago as I had it disabled.

Maybe the browser thinks it can use IPv6, tells the site, but your router or firewall etc. doesn't support it? Then again, that would hit me too, as my router is ancient

Anyway, glad it works for you now. Hope it doesn't cause any issues down the line

tw9

@Gwen-Dragon I don't know if Vivaldi has or has not problem with IPv6. I'm just providing info what action did solve my problem. After few hours of testing I can say the problem has been solved completely. If it was router related issue how do you explain other browsers having no problem and also Vivaldi in virtual machine on the very same computer running fine too?
It is definitely Vivaldi specific but I'm not saying it's Vivaldi's fault.
More probable is some OS setting affecting only Vivaldi..... Later I'll try turning IPv6 back on again and we'll see.

enc0re

Today I tried to work with Vivaldi at my office, and after looong time no issues occured :). I didnt change anything. So, what is happening here.

CjK

Well I ran into the same problem today. I'm on (Arch-) Linux and have Chromium, Firefox + Vivaldi installed.
For some webpages, like the ElasticSearch-Docs site (e.g. https://www.elastic.co/guide/en/elasticsearch/reference/current/analysis-lang-analyzer.html) Vivaldi takes very long to load (1 Minute?) while the other Browsers open the page instantly.

I noticed in the Dev-Tools it seems to be a timeout-problem - Vivaldi waits for an extended amount of time for sites to respond that will eventually time-out.
Since I use Pi-Hole for Add-blocker and Anti-tracking, it this happens quite frequently that 3rd-party sites are blocked. Those abort immediately in Chromium + FF, but take a long time to time-out in Vivaldi.

Anything one can do here? I mean, it's a constant annoyance.

Thanks,
Claus

Pathduck

@CjK Welcome to the Vivaldi community

Please open a new thread in the appropriate forum (Linux), as your problem could be completely unrelated to the original issue, and needs to be investigated separately.

Also, have you tried the various suggestions already mentioned in this thread, disabling extensions, IPv6 and so on?

FYI that docs page loaded in a couple of seconds on my system.