Skip to content

Auto-update only checks for new version on launch #23

Open
Kline- opened this issue Sep 20, 2017 · 8 comments
Open

Auto-update only checks for new version on launch #23

Kline- opened this issue Sep 20, 2017 · 8 comments

Comments

@Kline-
Copy link

Kline- commented Sep 20, 2017

I've noticed the auto-update only checks for new versions on initially launching the application. Not sure if this is intended or not, but I'd think it would be more beneficial to periodically check for new versions in the background. I often have my PC on or sleep for a week or two before a reboot (and subsequently re-launching this app), so new versions take me some time to catch unless I'm manually re-launching the program to check.

@poma
Copy link
Member

poma commented Sep 20, 2017

It should check for update on startup and then every hour

@Kline-
Copy link
Author

Kline- commented Sep 20, 2017

Is this logged someplace or anything I can do to verify? I previously jumped from version 1.2 to 1.5, and just moments before opening this issue I restarted the application to check for updates after the large reddit post today and it then identified 1.6 was available.

@poma
Copy link
Member

poma commented Sep 20, 2017

Click "show log" and upload it somewhere

@Kline-
Copy link
Author

Kline- commented Sep 20, 2017

@poma
Copy link
Member

poma commented Sep 20, 2017

WARN: Error checking for updates System.Net.WebException: The remote name could not be resolved: 'github.com'

well this is a bummer. Does GitHub work for you in Internet Explorer / Edge?

@Kline-
Copy link
Author

Kline- commented Sep 20, 2017

Working in IE, Edge, and Chrome so far. I did notice those log entries, but it's obviously still talking to Github somehow if I'm even getting the new version notifications at all.

I do run a caching BIND server on my LAN, so pulling that warning from 05 Sep here is the corresponding log from BIND not showing any problems resolving the name:

05-Sep-2017 15:21:41.604 queries: info: client 10.0.2.7#65015 (github.com): view unrestricted: query: github.com IN A + (10.0.1.1)
05-Sep-2017 15:21:41.604 queries: info: client 10.0.2.7#49308 (github.com): view unrestricted: query: github.com IN AAAA + (10.0.1.1)

Other dates seem to indicate the query never made it past my local machine to the BIND server, as both the instances on 07 Sep and 09 Sep have no log entries dated at the time of the warning, but do have entries almost exactly one hour later such as:

query.log.5:52694:09-Sep-2017 10:09:39.942 queries: info: client 10.0.2.7#63122 (api.github.com): view unrestricted: query: api.github.com IN A + (10.0.1.1)
query.log.5:52695:09-Sep-2017 10:09:39.942 queries: info: client 10.0.2.7#60775 (api.github.com): view unrestricted: query: api.github.com IN AAAA + (10.0.1.1)
query.log.5:52700:09-Sep-2017 10:09:40.307 queries: info: client 10.0.2.7#54482 (github.com): view unrestricted: query: github.com IN A + (10.0.1.1)
query.log.5:52701:09-Sep-2017 10:09:40.308 queries: info: client 10.0.2.7#54247 (github.com): view unrestricted: query: github.com IN AAAA + (10.0.1.1)

Is it possible the check gets hung up if it fails once and then never properly notifies if it later succeeds?

@poma
Copy link
Member

poma commented Sep 20, 2017

Hmm, indeed, judging my times it is probably because your computer went to sleep or something like that. But this also means that it does automatically check for updates and doesn't throw an exception.

In that case I have no idea what could go wrong. I'll check it later on my machine but looks like it should work.

@Kline-
Copy link
Author

Kline- commented Sep 30, 2017

Hi, I was looking at logs from today and it seems that the program attempts to check for version when my PC wakes from sleep, yet maybe the network stack isn't fully up yet or something, so it fails to resolve the DNS request. After it throws the exception from that it never seems to check again. Replays keep uploading fine though.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants