-
Notifications
You must be signed in to change notification settings - Fork 156
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bug: original managed IP cannot be deleted with 2 or more managed IPs present #12
Comments
Yes, that is the web application bug, it should be fixed. Thanks for reporting, I'll try to look into it. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Regarding the Github bot: the bug is still there. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Regarding the Github bot: the bug is still there. |
Yep encountered this today |
Bug still present fresh install on docker compose 2.1.1, ubuntu 20.04 |
Update : |
Well, that is a workaround, but no bugfix / normal behaviour. ZT Central allows that without anything special. |
Still having this issue a fresh install on Ubuntu 20.04 Docker Version 20.10.11, any updates ? |
Issue still persists in zero-ui:1.1.5 docker image. Original IP cannot be removed even if other IPs are manually added. |
I can confirm that the issue is indeed solved with the tag :latest (auto update with Watchtower). Thank you very much, @dec0dOS ! I appreciate this bugfix very much and can now really switch to Zero-UI for my Controller, as I can now model my networks with the IP addresses as they are on MyZT.com. |
@dec0dOS Yes, I can see tags and capabilities in the added options field for each client. Even today I repulled the latest image and the issue still persists. The only way to circumwent this is to first add the memer ID to the controller, assign the IPs, then authorize the client and then finally enter the network address in the clients Zerotier One UI/CLI. |
It definitely works. Let the member apply for a join, auth the member, add a second IP manually, with the last position of your choosing, press "+". You will see 2 IPs on the client side. Then remove the autoassigned IP. BINGO! |
@bodleytunes that is strange. Try to clean the browser cache (or use another browser). |
the same using new browser edge, create new network joined a user, same stuff. I'm using tag 1.1.0 not 1.1.5 ? which one is the latest? |
assuming 1.1.5 ? |
Yeah, 1.1.5 |
will try |
And cleared browser cache |
Try the "latest" tag |
sorted, I had to delete a load of old images and rebuild everything from scratch then it worked. 👍🏻 |
Guys, it works. Definitely. If it doesn't on your end, the problem is on your end. So please don't make @dec0dOS fix your problems, he did a great job fixing this bug. |
Bug Report
ZeroUI version:
latest
Current behavior:
In the "members" area of a network, the first given "managed IP" cannot be deleted, even if one or more further IPs are in the managed IPs list.
e.g:
172.30.36.203 (first managed IP)
172.30.36.204 (additional IP)
172.30.36.205 (additional IP)
bug: 172.30.36.203 cannot be deleted
Expected behavior:
deletion of first IP possible after at least a second IP is added:
172.30.36.203 (first managed IP)
172.30.36.204 (additional IP)
--> 172.30.36.203 should be allowed to delete, after deletion 172.30.36.204 should not be able to delete.
Steps to reproduce:
add further IPs to a member, try to delete the first IP.
The text was updated successfully, but these errors were encountered: