gns3-gui icon indicating copy to clipboard operation
gns3-gui copied to clipboard

Drag and drop of virtual appliances in 2.2.46 (QT 5.15.2) is broken again

Open squeeb opened this issue 1 year ago • 5 comments
trafficstars

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):

  • OS: macOS 14.4.1 (23E224)
  • GNS3 version: 2.2.46 (QT 5.15.2)
  • GNS3 UI only, connected to a dedicated GNS3 VM server.

To Reproduce Steps to reproduce the behavior:

  1. Go to any device
  2. Click on any device
  3. Drag the device to the work area
  4. Device does not appear.

squeeb avatar Apr 20 '24 23:04 squeeb

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. Unable to determine if the presence of an IPv6 address is causing the issue as it doesn't appear possible to enter an IPv6 address directly into the GNS3 "main server" address field.

squeeb avatar Apr 20 '24 23:04 squeeb

GNS3 UI only, connected to a dedicated GNS3 VM server.

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?

grossmj avatar May 14 '24 15:05 grossmj

Hi I have the same issue with 2.2.47, drag&drop not working in GNS3 UI from windows and neither from webUI.

I'm working from WinSrv2k16 connected to EsxiVM using IP.

GoldenbyteGH avatar May 19 '24 19:05 GoldenbyteGH

@squeeb

GNS3 UI only, connected to a dedicated GNS3 VM server.

Do you use ESXi as well? Thanks.

grossmj avatar Sep 20 '24 08:09 grossmj

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

Image

@GoldenbyteGH have you also configured a FQDN that resolves to both an IPv4 and IPv6 address?

grossmj avatar Sep 25 '24 12:09 grossmj