"An invalid index was passed to wxDisplay" assertion failed when overwriting file

[Sebastiaan]

When I try to overwrite a file (either because I'm uploading a file that already exists on the server, or the other way around), I get the following notification:

An assertion failed!
./src/common/dpycmn.cpp(119): assert "n < GetCount()" failed in wxDisplay(): An invalid index was passed to wxDisplay

(backtrace attached)

After clicking continue (twice), the up/download seems to further work as expected.

I think this was introduced when switching to wxWidgets 3, which was done with FileZilla 3.9.

I am using FileZilla 3.10.0.2 on Arch Linux x86_64, and there is at least one Arch user that has the same problem (​report). There is also a ​report from a Debian user with the same problem, also with FileZilla 3.9.

[Sebastiaan]

assertion failed backtrace

[Tim Kosse]

How many displays do you have attached to your system?

Which desktop environment do you use?

Are you using X11, Wayland or Mir?

[Sebastiaan]

I have 2 displays attached to my system (to my Nvidia graphics card, using its proprietary drivers, v 343.36).

I use Openbox, but I've also tested it in GNOME and the issue is present there too.

I'm using X11 (1.16.3).

[Sebastiaan]

When I disable my second monitor, the error disappears!

Is there anything else I can do to help diagnose the problem? Because the problem seems related to the display setup, I've included the output of 'xrandr', so you know the exact setup I use.

[Tim Kosse]

Before the file exists dialog is shown, FileZilla gets the dimensions of the display the window will be displayed on and potentially shortens the path/filename to prevent the window from becoming too big.

I've added a check to return early in case the current display index could not be obtained to silence this assertion.

The root cause, why getting the display index fails, is unknown yet.

Because the problem seems related to the display setup, I've included the output of 'xrandr', so you know the exact setup I use.

If I understand the output correctly, your slightly smaller secondary display is to the left of the primary display, more or less vertically centered.

[Tim Kosse]

I managed to reproduce it. Using a debug build of wxWidgets I got another assert: "ClientToScreen failed on unrealized window"

[Tim Kosse]

Fixed in the repository.

[Sebastiaan]

If I understand the output correctly, your slightly smaller secondary display is to the left of the primary display, more or less vertically centered.

Yes, that's right.

Fixed in the repository.

I can confirm that it is fixed. Thanks so much for the quick response!