So I have a winform application that is being used by about 100 people across 5 remote desktop servers 24 hours a day for the last few years.In that time I have seen this problem a handful of times but it seems to be happening more often to one user now.Typically I see this with users with multiple monitors.
In this case I had the user log out of the system, log back on and follow all the steps that led to the bug the first time but it is not reproducible for him.It seems to affect EVERY combo box in the entire application (and there are lots of screens).
I am using appstyling I'm not sure if that has anything to do with it. I have attached a screenshot.. it almost looks like the combobox is sizing to a negative width??
I have no idea where to start tracking this down but any suggestions are welcome!
Hi,
What version of the controls are you using? It looks like the auto-sizing logic that determines the size of the dropdown thinks that there isn't enough room for the combo to display at the correct width. There was a bug in this logic that would sometimes get the wrong screen size when using a remote desktop connection, but that bug was fixed a couple years ago. So if you are using an old version of the controls, it might be worth upgrading or trying the latest service release.
Unfortunately, the issue is happening with a very recent version of the library (13.2.20132.2010).
Just today I upgraded to 13.2.20132.2023 but unless this is a bug that was fixed in the last month or so I am not hopeful this will solve it.
Greg
Hello,
Could you please let me know if you have managed DropDownWidth(determines the width of the dropdown at runtime) property of your combo.
http://help.infragistics.com/Help/Doc/WinForms/2012.2/CLR4.0/html/Infragistics4.Win.UltraWinGrid.v12.2~Infragistics.Win.UltraWinGrid.UltraDropDownBase~DropDownWidth.html
By default its value is -1, this means that the dropdown will automatically size based on the widths of the columns it contains. It will limit itself to the size of the screen. So you could try to set it to 0, because it will use different logic for calculation of the width, or manually set the width of the dropdown. Please try this suggestion and let me know if it works for you.
I hope that this will helps you.
Hello ,
I’ve created support ticket for you in our Issue tracing system, its id is CAS-140937-G8J6L6 and you could view it under “Support Activity ” in your account:
https://ko.infragistics.com/my-account/support-activity
So please add zip of your sample to the mentioned case in order to continue with the investigation of this issue.
Thank you for your collaboration.
I would rather not post the code publicly and unless I misunderstand something this is what you are requesting.
Can I send it to you directly somehow?
You should zip your files, then when you press "Reply", go to "Option" tab and press "Add/Update" button -> "Choose File", then navigate to your files and press "Save".
I am waiting for your details.
After many hours I have managed to create a stripped down stand alone version of my application that still reproduces the bug.
Every time I can get it to display the drop down combo on the wrong monitor. The narrow combobox bug I think is related but does not reproduce every time.
How can I submit the file for someone to look at? I would prefer not to post it publicly.
Update: This is still happening with the 2014.1 Controls.
This last time it happened when a user was connected to remote desktop with 1 screen then disconnected and reconnected with two screens.Interestingly, when I dragged the window to the other screen the combobox dropdown popped up on the wrong screen!
I think this may be a reproducible bug.