Skip to content
This repository has been archived by the owner on Jul 18, 2020. It is now read-only.

WinHue remembers legacy IP #54

Closed
ghost opened this issue Jan 6, 2017 · 13 comments
Closed

WinHue remembers legacy IP #54

ghost opened this issue Jan 6, 2017 · 13 comments
Assignees
Labels
bug Crash or glitch or unexpected behavior that causes a problem within the app.
Milestone

Comments

@ghost
Copy link

ghost commented Jan 6, 2017

After installing a new router, with a new subnet by default, my batch scripts won't work anylonger. I keep getting the response that the bridge under IP XYZ is not responding, although I deleted the old bridge and added the same bridge with the new IP via UI.

Here is the response (hence the new IP is 192.168.178.29):
Error getting light {}
An error occured while sending the light state to the bridge.
Type : -999, Bridge is not responding at address 192.168.2.100.

Everything within the WinHue UI works fine.

@Hyrules
Copy link
Owner

Hyrules commented Jan 6, 2017

If you want to fix this quickly you could delete the settings file. By default WinHue saves the settings of the bridge for a quicker startup in a file which is located in your Document / WinHue folder. I know of this bug bug never fix it properly yet.

@Hyrules Hyrules self-assigned this Jan 6, 2017
@Hyrules Hyrules added the bug Crash or glitch or unexpected behavior that causes a problem within the app. label Jan 6, 2017
@Hyrules Hyrules added this to the beta_25 milestone Jan 6, 2017
@ghost
Copy link
Author

ghost commented Jan 6, 2017

I found a settings file at "C:\Users\MYUSERNAME\AppData\Roaming\WinHue" and deleted it. Even after restarting and pairing with the new IP, I keep getting the info that the bridge is not responding at the old IP. Is there any other place, where WinHue might remember the old address?

@Hyrules
Copy link
Owner

Hyrules commented Jan 6, 2017

Depending on the version you are using it might be in My Documents / WinHue or in the appdata roaming folder. Otherwise I don't store the bridge info anywhere else. If this happens there must be a bug somewhere else in the application. When you do the pairing procedure do you use the detect bridge button or you enter a manual ip or scan ? I will take a look at this when I get home tonight see if I cannot find something odd the in the ip manipulation parts of HueLib. if you try this address https://www.meethue.com/api/nupnp do you get the good ip ?

@ghost
Copy link
Author

ghost commented Jan 6, 2017

I am using the scan method to detect the bridge, and push the link button for the actual pairing.

@Hyrules
Copy link
Owner

Hyrules commented Jan 6, 2017

I wonder if this is not related to the DNS. Try this, open a command line window and type ipconfig /flushdns (you shoud get a dns flushed message) and try again WinHue. I know that the IP scan portion use the local pc dns to get some info. Not sure if this could be it.

@ghost
Copy link
Author

ghost commented Jan 6, 2017

Flushing the DNS doesn't seem to help.

@Hyrules
Copy link
Owner

Hyrules commented Jan 6, 2017

Ah geee i just reread your message and this is happening with WinHue console ! it's been a while since i tested it and yes there might be a bug there. I'll get back to you later tonight.

@ghost
Copy link
Author

ghost commented Jan 6, 2017

Don't stress. I'll be happy if you get to it when you find a chance :)

@Hyrules
Copy link
Owner

Hyrules commented Jan 6, 2017

Can you tell me the command you are using with whc to see if I can reproduce the problem ?

@ghost
Copy link
Author

ghost commented Jan 6, 2017

I get a response with the old IP with this command: whc -l=1 --on=true

@Hyrules
Copy link
Owner

Hyrules commented Jan 6, 2017

ok i know what's happening. Quick fix : copy your settings file that's located in the Appdata Roaming to your Documents / WinHue 3 folder. I changed the default folder for WinHue settings in last build and I forgot to change it in whc so it loads the old version of the file in the Document folder. I will fix this.

@ghost
Copy link
Author

ghost commented Jan 6, 2017

You're right. That worked. Thank you for your help at this indecent hour :) Donation incoming!

@ghost ghost closed this as completed Jan 6, 2017
@Hyrules
Copy link
Owner

Hyrules commented Jan 7, 2017

Thanks alot.

This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Crash or glitch or unexpected behavior that causes a problem within the app.
Projects
None yet
Development

No branches or pull requests

1 participant