šŸ“£ WinBox 4 is here šŸ“£

Ah, but the WinBox4 Terminal is like weird transfer area at an airport :wink: Take some UTF-8 stuff in an interface name/comment:
UTF8inInterfaceWinBox4Window.png
If one follows the UTF-8 is the ā€œcodepageā€ for WinBox4, its terminal should also render UTF-8. What I’ve found is the WinBox4 Terminal uses the hexstring for high-ASCII, same as other terminal/ssh/etc:
UTF8inInterfaceUsingWinBox4Terminal.png
So - feature request re UNICODE - the WinBox4 Terminal should render UTF-8, not the hexstrings. It seems RouterOS can know it’s a WinBox4 terminal & avoid the ā€œhexstring substitutionā€ā€¦ But currently even if raw UTF-8 get’s in to the Terminal, it does even show that - while SSH does:
RawUTF8StringRenderedAsSpaceInWinBox4.png
RawUTF8StringRenderedCorrectlyInSSH.png
Perhaps this is solvable by some ā€œ/console/settings/set outputUtf8=yesā€ … but it would be nice to see UTF-8 so if one did use that in WinBox4, the UTF-8 render in at least that terminal.

Still waiting a way to import and export address book and section…
Still don’t know the reason that was removed in the first place..

Features request : make log message display as a ā€œtextareaā€ instead a long, very long line…

BUG? — drop-drop file(s) fails with error message about disk space
(MacOS 15.0 / WinBox4 beta8)

My test router has a raid1/ volume with 50GBs free, but the root does have limited space. Upload the WinBox4 button, works fine. But when I drag a file from finder to a disk or directory under raid1/…, I get an error message:
DragDropFailsAndShowsWrongPath.png
IDK the issue, but maybe it’s trying to write it to the SAME path? Using that path…would not work since only a starting path of raid1/ would have enough room. BUT… I did drop it only a specific directory/disk/area - and that’s what directory should be used ā€œon dropā€. Tried a few different places and other files, but all failed similarly.

Not sure if this is a 7.16 or Winbox 4 Beta 8 issue, since I just got this device today and immediately updated it to 7.16.

With an almost empty configuration, a minute or so after I have created an empty bridge on the device, Winbox 4.0beta8 would fail to connect to the device with a ā€œMacConnection syn timeoutā€ error, though the old winbox continues to work with no issue.




[myuser@MikroTik] > /export      
# 1970-01-02 00:20:33 by RouterOS 7.16
# software id = VJPT-SQGP
#
# model = C52iG-5HaxD2HaxD
# serial number = HG209NTVAFV
/interface bridge
add name=bridge
/interface list
add comment="allow macwinbox on all" include=all name=macwinbox
/interface wifi security
add authentication-types=wpa2-psk disabled=no name=mywifi
/interface wifi
set [ find default-name=wifi2 ] configuration.mode=station .ssid=mywifi\
    disabled=no name=wifi-2ghz security=osmium
set [ find default-name=wifi1 ] configuration.mode=station .ssid=mywifi\
    disabled=no name=wifi-5ghz security=osmium
/ip neighbor discovery-settings
set discover-interface-list=!dynamic
/interface list member
add interface=bridge list=macwinbox
/system note
set show-at-login=no
/tool mac-server mac-winbox
set allowed-interface-list=macwinbox

Oh boy, I am getting soooo tired of this. It has been said many times now that MT has taken a global approach in terms of software development by using CTRL-W/CMD-W instead of ESC to close windows. IE: there will be no ESC in v4. Use CTRL-W or CMD-W instead.

These are the only key shortcuts that have been implemented in v4 so far.

Please read the thread through before posting.

I disagree. I quite like the approach MT has taken here. It’s easier to find the actions and configuration options at a glance and I can still see all the relevant device information I need, viewing on a 14" laptop screen. Admittedly, I’ve changed the Winbox interface zoom level to 84% which decreases the font size while at the same time allowing more device information to be seen. It was a win-win for me. I got a smaller font and more of the device info i need.

any chance of fixing mpls traffic engineering? tunnel path added with gui gets exported in terminal as ā€˜,’ and doesn’t work (just like in v3)

Thanks Mikrotik for building a Linux version of WinBox 4, but I getting the following error. ā€œerr: could not connect, Macconnection syn timeoutā€
This error occurs with mac address logins it does not seem to occur when the router has default config ip address.
Similar to what burnduck posted but I only got the error on Linux not Windows.
Computer Software: (WinBox 4 beta8 Linux version, Fedora 40 workstation)
Router: Mikrotik hAP ac2 RouterOS version 7.16 with wifi-qcom-ac
The error does not occur with WinBox 3.41 64bit on Windows 11. I could not reproduce this error with Windows version of WinBox 4 beta 8.
burnduck posted ā€œWith an almost empty configurationā€ which is similar my experience after hardware reset of router

What is ā€œglobalā€ in this approach? For DECADES (more than 40 years), ESC has been the standard for closing/dimissing dialogs in the PC world. MikroTik’s excuse that it clashes with the Terminal is BS. Just don’t enable it in terminal windows but keep it for all other dialogs.

I’ve just tried logging in using a MAC address with no problem using Winbox 4beta8 on Debian 12 (LMDE6), ROS v.7.15.3. Could be a bug with the 7.16 version?

Very little down to nothing was done to UI coloring. Darker font in Light mode? Is that even noticeable? Why are comments so light? Almost not readable? Please, if not colors, then let’s us set the tone. Still no ability to influence the row zebra coloring or have line row separators.

CGGXANNX Sorry what? Which programs close with ESC in Windows? It has been CTRL+W and CMD+W in all software I know. Winbox was the exception.

Honestly, you made me laugh. I’ve been around computers for 36 years. And I can’t think of a ā€œgreat manyā€ programs, where windows are closed with the ESC key.

Almost every dialog in Windows??? Press Win+R to use the Run dialog and ESC close it??? Everything with a Cancel button can be closed/dismissed by pressing ESC for 40 years. WinBox is not an operating system. Its windows and dialogs are not ā€œProgramsā€. Can you close the font dialog in Notepad with Ctrl+W??? Can you close the ā€œOpen fileā€ dialog with Ctrl+W? Ctrl+W has only recently become the shortcut for closing tabs in browsers. In Windows, for decades, dialogs are closed with ESC. And for programs with floating sub-windows (like WinBox), the old term for it is MDI https://en.wikipedia.org/wiki/Multiple-document_interface, the standard shortcut to close the sub-windows (those that are not dialog and are without Cancel Button) has always been Ctrl+F4, not Ctrl+W. Alt+F4 closes the outer program, Ctrl+F4 closes the MDI windows. Even now in Web browsers like Edge or Firefox (I don’t install Chrome) Ctrl+F4 works perfectly as the shortcut to close the tabs. Having used Windows since over three decades, I always close my browser tabs with Ctrl+F4. Ctrl+W was really an imported foreign shortcut for the Windows world!

A well-behave program in the Windows world always supports closing dialog with a ā€œCancelā€ button present by pressing ESC. And Ctrl+F4 is the standard shortcut for closing MDI sub windows (those that are not dialog (without OK/Cancel buttons)). See the list here please. https://www.winhelponline.com/blog/master-list-keyboard-shortcuts-windows-10/#w10general

ctrlf4.png

I have this same issue using the beta Winbox 4 on macOS where it seems unable to determine which adapter to use to make the connection. I can connect to the default route but it will not allow any connections to any other devices other than the default route.

edit: updated from Winbox 4 beta 6 to 8 on macOS 15 and it is now working for me.

That is COMPLETELY different. Cancel is not same as Exit or Close. Winbox has no cancel buttons. It is an application. Try to close Chrome, Notepad or Photoshop! CTRL+W

Cancel is for prompts, not apps!

Sorry, but the fact that the label on the button says ā€œCloseā€ doesn’t make that button behave any different than a ā€œCancelā€ button on dialogs with ā€œOK/Cancelā€ buttons or ā€œSave/Cancelā€ button or ā€œOpen/Cancelā€, or ā€œApply/Cancelā€, or ā€œConfirm/Dismissā€ button. There is one button on the dialog which, when pressed saves the changes/performs the action and closes the dialog. That button has ENTER as the standard shortcut. And there is one button which, when clicked, abandons all changes/stops the current action and closes the dialog. That button (like I said, the label can say different things, but it’s a Cancel button) always reacts to ESC under Windows.

Like I wrote. The windows and dialogs in WinBox are not individual programs. You don’t close programs when you close them (and BTW the standard shortcut for closing program under Windows is Alt+F4). You close dialogs (those where you can edit the properties and either accept the changes or abandon the changes) with ESC, or you close the window with the tables like the interface table, those are MDI windows. Normally you close them with Ctrl+F4 under WIndows. And guess what, the trusty old WinBox 3 CLOSES THEM WITH CTRL+F4 TOO!!!

It looks like those who programmed WinBox 3 really had the knowledge on how to write a well behave program that adheres to the Operating System’s guidelines.

Let’s look at this brand new interface in Windows 11 to edit the IP settings. Should be similar to when we edit an IP → Address entry in WinBox, right?

winnetsetting.png
What shortcut do I use if I don’t like the changes and want to close this. Hint it’s not Ctrl+W