`timeout` option set on viewer does not seem to have an effect
See original GitHub issueI passed a timeout: 10, expecting timeout errors, but didn’t get any. Confirmed in chrome dev tools that tiles fetched were not being fetched from cache, and did take more than 10ms to fetch.
Setting OpenSeadragon.DEFAULT_SETTINGS.timeout = 10;
did trigger the timeouts I expected. So that global setting does work to override timeout. But passing timeout as option to Openseadragon() viewer creation does not seem to.
Have not yet tried to trace the code to figure out what’s going on.
One thing that would make things more transparent is if the timeout errors printed to console also included the timeout value, so you at least knew what timeout value it was working with. Probably useful for debugging even if this is fixed.
Issue Analytics
- State:
- Created 6 years ago
- Comments:10 (6 by maintainers)
Top Results From Across the Web
Connection/Response timeout values don't seem to take effect ...
It looks like the timeout value I set in HTTP request Defaults is not getting used here. I also tried to set the...
Read more >Unable to change windows 10 timeout - Microsoft Community
Unable to change windows 10 timeout I have tried all options suggested like; changing lock setting in Persoanlize-lock screen-screen save settings- change ...
Read more >Timeout issue - SAP Community
We're having an issue that appears to be related to a timeout happening in the CR viewer control in an asp.net application (also...
Read more >How to add application timeout script in perspective? - Ignition
I am creating a perspective screen for an admin you will be having ability to change the timeout settings. In the project settings...
Read more >Set session timeouts | New Relic Documentation
Optional: Select the checkbox option if you do not want restricted users' browser sessions to expire. Select Save my changes. Changes take effect...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Looking at the date that this issue was filed (Aug. 3, 2017), you must have been using no later than the 0.3.3 rubygem, so the OSD in question is 2.2.1 or earlier (before #1192).
Based on that, and your report of the behavior of
test-certain
andtest-unlikely
, I’m confident this can be closed.Awesome… Thank you for following up on this!