-
Notifications
You must be signed in to change notification settings - Fork 441
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
Drag and drop of virtual appliances in 2.2.46 (QT 5.15.2) is broken again #3579
Comments
Further testing reveals that if the GNS3 server address is set to an IPv4 address, it works fine. However if the GNS3 server address is input as a FQDN that resolves to both an IPv4 and IPv6 address, GNS3 UI fails with the above issue. |
Did you take a GNS3 VM that we distribute and then changed the settings to use a FQDN that resolves to both an IPv4 and IPv6 address? |
Hi I'm working from WinSrv2k16 connected to EsxiVM using IP. |
Do you use ESXi as well? Thanks. |
I have added an option to force the desktop Ui to use HTTP streams for notifications instead of WebSockets. All you have to do is enable the experimental features in the preferences and restart. This will be available starting with v2.2.50 @GoldenbyteGH have you also configured a FQDN that resolves to both an IPv4 and IPv6 address? |
Describe the bug
When I drag appliances, regardless of type (Qemu, dynamips, docker etc.) from the tool bar onto the work area of either a new project or an existing project, the items do not appear until the project is closed and opened again.
This only happens in the GNS3 UI app for macOS and does not occur in the webUI.
The webUI updates as expected.
GNS3 version and operating system (please complete the following information):
To Reproduce
Steps to reproduce the behavior:
The text was updated successfully, but these errors were encountered: