What’s new in v3.29:
*) added “Windows” menu for list of all currently opened windows;
*) added separate “Show Columns” window for list of visible columns;
*) allow changing column order by using drag and drop;
*) made “Terminal” window titles unique;
If you experience version related issues, then please report them to support@mikrotik.com.
Both Winbox 32-bit and 64-bit versions are available here:
https://www.mikrotik.com/download
OMG 
Christmas in August …
*) added “Windows” menu for list of all currently opened windows
*) allow changing column order by using drag and drop
Love this. Many thanks!
SUP-27251 [Winbox] Feature request: Add menu option “Window”
Time to delivery: Less than a year
Thanks!
This bug still present:
http://forum.mikrotik.com/t/winbox-v3-28-released/149538/1
This window is not scrollable by mouse wheel.
Unfortunately the bug that occurs when holding down mousebutton on a window which is frequently updated, e.g. to change column width or to move a line up or down, is still present!
It has been reported so many times already and I think it also was reproduced at MikroTik, please fix it.
(back to version 3.21 where it still worked correctly)
UNBELIEVABLE!!! What are you guys doing there??? No testing?
SUP-26372
Bug reported here: http://forum.mikrotik.com/t/winbox-v3-28-released/149538/1
and here: http://forum.mikrotik.com/t/winbox-v3-28-released/149538/1
and here: http://forum.mikrotik.com/t/winbox-v3-28-released/149538/1
and here: http://forum.mikrotik.com/t/winbox-v3-28-released/149538/1
Got a new feature: It doesn’t instantly crash, in either modes (if it shows APs or Clients) selecting one entry for about 20 seconds leads to a memory leak (WinBox starts eating memory and using 100% of one CPU core), freezes and it eventually disconnects from the router when it hits ~200MB of RAM used.
New feature!
Can I test the WinBox versions before release? I’ll do it for free.
Do you also see the issue when dragging column width in a window with frequent updates (e.g. firewall filters, connections)?
It is a fatal problem for me but it appears to get little attention. Other users confirm it, and/or have been bitten by it.
So maybe you can test and report that as well?
@pe1chl can you describe the issue in more detail as I want to test as well. I have not sizing issues of columns but I might not use the functions as you.
I know you wrong once here but I do not understand what the bug is.
*) added “Windows” menu for list of all currently opened windows;
Thanks for this improvement.
No issues with resizing columns in any of the windows, never had. Maybe your graphics driver or emulation thing if you’re using wine.
You need to have a router with a lot of activity on it. Then you open a screen which shows lots of items (firewall rules, open connections, etc) and which shows counters.
These counters will be frequently updated because of the activity.
Now, you put the mouse cursor on a column separator in the header and keep the mouse button pressed, because you want to change the size of the column.
In a version that works OK, you can now drag the column separator and the column width will follow it smoothly.
In a version 3.22 and higher, you will see that the column width changes whenever the counter update takes place. So the column changes width randomly, and when you release the mouse button you end up with column with another width than you want.
In the “firewall filter” window it is even worse, because there you can drag lines in the firewall up and down. When you press the mouse button on a line to prepare to drag it up or down, it will jump to a random location at the next counter update, and when you then release the mouse button you will change your firewall (because order of rules is important). You still have the opportunity to quickly drag the moved line to the original position when you see this happen, before you release the button. But it is a race between the counter updates and your mouse action.
Of course you can click “undo” after you inadvertently moved a rule to the wrong place, but when you have bad luck you can lock yourself out and will not be able to do that unless you had safe mode enabled.
I think it is an important bug. I use Linux and wine, but others have confirmed that the problem also occurs under Windows.
@pe1chl: My most active window with frequent updates would be firewall/connections but I can’t see anything happening there.
And I can’t imagine anything “fatal” happening in that window while resizing a column. What am I supposed to be looking for?
If you’re using Windows you can review your mouse actions using “Steps Recorder” maybe you’re mouse is doing something weird
Example:
Step 1: (23.08.2021 12:19:46) User mouse drag start on “Firewall (pane)” in "admin@…
Step 2: (23.08.2021 12:19:50) User mouse drag end on “Firewall (pane)” in "admin@…
LE: ah, I see you’re not using Windows. Sorry, don’t have any GUI linux installs to test this.
*) added “Windows” menu for list of all currently opened windows;
*) added separate “Show Columns” window for list of visible columns;
*) allow changing column order by using drag and drop;
*) made “Terminal” window titles unique;
Thanks for these improvements. Very useful
I went from 3.27 to 3.29 so it was very tempting to make the step. Thanks for the new stuff making things easier especially the Windows button to find my lost windows.
@pe1chl: I cannot replicate this per say but I think the key here is traffic volume. As I use Fasttrack and do not have crazy number of session I do not see that much updates in the GUI. But I tested to reload a blocklist I have with over 80 000 entries which removes them and then reloads them and while that is running I most definitely experience lag in GUI and see a CPU spike on my PC for a few seconds. As this spike in CPU happens the mouse cursor stops moving and I cannot readjust. So I believe I can slightly reproduce the behavior but not the issue.
*) added “Windows” menu for list of all currently opened windows;
Love love this. Thank you so much.
I have the same issue reported on SUP-27025 almost 1 year ago
I confirm, I get the same bug on my end.
Its critical for me also, observed in Firewall filter and also route filters where position of a rule could be critical