Click on the user and in the window that appears on the right, select the “Password” command and change the password, this is where the bug will be:
a) if you change the password and click “OK” - everything will be fine,
but
b) if you change the password (enter a new password and confirmation and click “Apply” there") and then just click the “OK” button - there will be an error.
And although nothing changes, such a glitch is very unpleasant. This did not happen before, you often change the password via Apply, and then OK.
Winbox 3.37, ROS 6.49.6 (checked, the problem is on two different computers and on two different routers).
(sorry for terribal English)
Beyond the bug, which do not happen on 6.48.6, it has always bothered me to see colleagues who first click on Apply and then immediately on OK…
I have always found it useless and a waste of time.
The “bug” occurs on 6.49.x For the developers:
The bug occurs because the “Apply” button exists.
When clicking on “Apply” the password is changed.
By subsequently clicking on OK, in previous versions the password was changed once again.
On RouterOS 6.49.x has been set the check that the password is not the same as the previous one.
So when you click on “OK”, the system tries again to change the password, ignoring if it has already done “Apply”
and then rightly gives error because it is the same as the password just set by “Apply”.
“OK” puts into effect the change you made and closes the dialog.
But note that that last sentence, about “OK,” is the way it’s
supposed to work; it’s generally true, but it’s not 100%. There’s an
occasional exception to that and in such a dialog, “OK” just closes
the dialog and doesn’t apply the change. So if you’re not sure, it’s
safest to first click “Apply,” and then “OK.”
In the “quick setting of password” (System->Password) window there are “Password” and “Cancel” buttons. Not very intuitive.
Indeed in the Password… window under User entries there is OK, Cancel and Apply.
it should be made consistent between these windows
an Apply button is only useful in windows that have a lot of info, that you sometimes may want to set in increments or want to do/undo.
it is not relevant (for this case) what bugs may exist in Microsoft software.
Is that enoying missing screen update back in Winbox Terminal? Has been solved in an earlier release. Seems to be back.
Scrolling in the Terminal Window corrupts the display (pixels are moved to the wrong place). Happens with WinBox 3.35 and 3.37, both 64 bit.
Happens with ROS 7.5 on hAP ac3 and ROS 6.49.6 on hAP ac2. So it is WinBox related ???
Pressing “shift” refreshes the screen, all bits OK again, untill you scroll.
I don’t know how old this is or if it’s recently introduced, but it’s annoying: if the last opened tab on any interface is one of “General, Ethernet, Loop Protect” and you open an interface and you switch to any of these tabs: Overall Stats, Rx Stats, Tx Stats, Status, Traffic you can’t use ESC to close that window anymore.
If the last opened tab is one of those last ones mentioned (*Stats, Status, Traffic) and you switch to any other tab, ESC works fine.
The behaviour is the same on other interface types too, not just Ethernet.
Weird little bug.
LE: I’ve tested with 3.15, same thing. So it’s an old one.
I would like to request that the output of the saved manage routers file be encrypted so you cant just open the .cbd file in notepad and see all the saved credentials in plain text, even having a master password before outputting the file would be better than it is now.
I know that work stations are supposed to be locked down etc but I feel that this is a major security risk and do not suggest using the managed routers feature in winbox before this is fixed
yeah forgot about that option but its still not enough to protect yourself. just looked and you dont need to even save the file for an addresses.cdb file to be make, look at C:\Users(username)\AppData\Roaming\Mikrotik\Winbox as it uses this for your manage logins anyways.
@AidanAus: Yes, there’s default %APPDATA%\Mikrotik\Winbox\Addresses.cdb and it’s initially unencrypted and everything in it is readable (it’s a bit of binary mess, so not exactly user friendly, but not secure either). Once you set master password, the file gets immediatelly encrypted. And based on quick test, even when you move it using File->Save As…, it will save the encrypted version (if you didn’t set master password, then it saves readable version; in other words, it keeps source format). It seems to me that your wish was already granted, just set the password.
@holvoetn: It depends. If it’s handled by OS, you have to trust the OS maybe a bit more than you want to. You may also want to just move the file elsewhere, either as backup, or send it to someone (with password sent using some other secure channel), etc. So independent protection is not bad either. Only if you have more things like this, it’s annoying to have to enter too many passwords.
In NDP/neighbor list there are a lots of ways to interact with a entry, ping, telnet, mac telnet and so on but why isn’t there a winbox option? (open a winbox session against selected entry).
It could try to connect using same login as current connection or if the address is found in winbox saved/managed list it can use that instead.
