View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004456 | Slicer4 | Core: GUI | public | 2017-10-12 10:56 | 2018-01-23 09:19 |
Reporter | pinter | Assigned To | pinter | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | Slicer 4.7.0 | ||||
Target Version | Slicer 4.9.0 | Fixed in Version | Slicer 4.9.0 | ||
Summary | 0004456: Qt5: QComboBox becomes empty after selection changed | ||||
Description | If a "regular" combobox (i.e. QComboBox, for example any combobox in Application Settings or the W/L combobox in Volumes) is clicked and its current value is changed, then the text shown in the combobox disappears. It re-appears on the next mouse click anywhere or any key press. | ||||
Additional Information | Windows 10, Qt 5.9.1, latest trunk at the time of adding the issue. | ||||
Tags | No tags attached. | ||||
Cannot reproduce on MacOS Sierra, and Qt 5.9.1 using master on 11/06/2017. |
|
Thanks! This may be Windows-specific then. |
|
I reproduce as well on Ubuntu 17.10 Qt 5.9.1 |
|
@hina-shah: Can you please try again? Make sure you don't use a MRML combobox, but a regular one. Like the ones I mention above, or the module selector combobox. Thanks! |
|
Sorry for taking long to respond. I tried again with yesterday's master, Qt 5.9.1 . Loaded a Volume, went to the Volumes module, W/L combo box, and then switched between Auto W/L, Manual W/L and Manual Min/Max. The text in the combo box remains intact. Also tried the same with Application Settings: for example changing the orientatin marker in Views from None, to axes, and to humans. The text remains as it should be. However, after I loaded a volume, a LOT of the menu items grayed out for some reason. (Application Settings included). |
|
Thanks! Can you include a screenshot? I'm not sure what grayed out exactly means in this case. I saw the qComboBox issue on the latest master today, so it's definitely a problem on Windows. |
|
@johan.andruejol you have fixed this in https://github.com/Slicer/Slicer/pull/864, we can close, can't we? |
|
Yes. I think @pinter has to close it though since he is the reporter. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2017-10-12 10:56 | pinter | New Issue | |
2017-11-07 22:43 | hina-shah | Note Added: 0015386 | |
2017-11-07 22:44 | hina-shah | Note Edited: 0015386 | View Revisions |
2017-11-08 10:32 | pinter | Note Added: 0015387 | |
2017-11-17 07:58 | Davide | Note Added: 0015409 | |
2017-11-17 08:26 | pinter | Note Added: 0015410 | |
2017-11-30 17:04 | hina-shah | Note Added: 0015452 | |
2017-11-30 17:19 | pinter | Note Added: 0015453 | |
2018-01-23 04:10 | Davide | Note Added: 0015491 | |
2018-01-23 04:10 | Davide | Status | new => resolved |
2018-01-23 08:41 | johan.andruejol | Note Added: 0015493 | |
2018-01-23 09:19 | pinter | Assigned To | => pinter |
2018-01-23 09:19 | pinter | Status | resolved => closed |
2018-01-23 09:19 | pinter | Resolution | open => fixed |
2018-01-23 09:19 | pinter | Fixed in Version | => Slicer 4.9.0 |