Print Host Upload Queue - column resizing issue

[moong8te]

Version

Version of PrusaSlicer used goes here 2.2.0+win64 Use About->About PrusaSlicer for release versions Build: PrusaSlicer-2.2.0+win64-202003211145 For -dev versions, use git describe --tag or get the hash value for the version you downloaded or git rev-parse HEAD

Operating system type + version

What OS are you using, and state any version #s Windows 10 - 64 Bit - Build 2004 In case of 3D rendering issues, please attach the content of menu Help -> System Info dialog

3D printer brand / version + firmware version (if known)

What 3D printer brand / version are you printing on, is it a stock model or did you modify the printer, what firmware is running on your printer, version of the firmware #s

Behavior

• Describe the problem When resizing the columns in the Print Host Upload Queue for better visibility the headlines suddenly move all the way to the right and out of the window. As there is no scroll bar to this window it leaves you with only the ID headline left. At the same time the content of the columns seem to remain in place.
• Steps needed to reproduce the problem Just drag the lines between the headlines to resize the columns and you should be able to observe the behavior.
  • If this is a command-line slicing issue, include the options used
• Expected Results
• Actual Results
  • Screenshots from PrusaSlicer preview are preferred

Is this a new feature request? no

Project File (.3MF) where problem occurs

Upload a PrusaSlicer Project File (.3MF) (Plater -> Export plate as 3MF for Slic3r PE 1.41.2 and older, File -> Save / Save Project for PrusaSlicer, Slic3r PE 1.42.0-alpha and newer) Images (PNG, GIF, JPEG), PDFs or text files could be drag & dropped to the issue directly, while all other files need to be zipped first (.zip, .gz)

[moong8te]

I did a clean install on a different Windows 10 machine. All details match the information in my original report above. On the second machine I observe the same behavior and created a screen capture of it for better understanding of the issue.

https://youtu.be/WHR0fC1FJQY

As this seems quite simple to be reproduced does anyone else observe this behavior on his machine?

[moong8te]

This issue should be easily reproducible even just by other users. It would already greatly help if someone with the same version and Windows 10 64 Bit could or could not confirm this behavior. As this could well be a matter of resolution, scaling etc. within Windows 10 I would very much appreciate any feedback.

[bubnikv]

@kocikdav is looking into it.