Opened 13 years ago
Closed 13 years ago
#249 closed defect (fixed)
Qt Creator not painting it's main window interior
Reported by: | rudi | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | Qt 4.7 |
Component: | QtGui | Version: | |
Severity: | medium | Keywords: | |
Cc: |
Description
When starting Qt Creator (DIVE mode, SNAP) the main window interior is not painted. The window has to be moved or resized manually in order to be drawn. This is most likely a regression of the recent changes in the drawing code.
Attachments (1)
Change History (7)
by , 13 years ago
Attachment: | painting_error.jpg added |
---|
comment:2 by , 13 years ago
Hmm, indeed. Actually, any application shows this problem in DIVE mode, even the textedit demo. Quick testing shows that r1019 is guilty. Strange...
comment:3 by , 13 years ago
No, I cannot actually reproduce it with the current SVN and SNAP, I had some old build. Are you sure you did a complete rebuild?
I can reproduce it with Panorama though (only FB/FBSWM, BLIT mode doesn't show any problems), but Panorama is unable to correctly do Dive anyway, so it cannot be fully trusted here. We need somebody else with the real SNAP hardware to try this too.
comment:4 by , 13 years ago
Hmm, really strange. The designer problem only shows up here if I reset QT_PM_DIVE. Setting it to either of FB/FBSWM/BLIT explicitly makes it work. It's strange because when QT_PM_DIVE is not set, it should behave exactly as if you do QT_PM_DIVE=FBSWM (on SNAP).
comment:5 by , 13 years ago
It has something to do with timings as the problem doesn't always happen. Most of the time it works well with QT_PM_DIVE reset.
comment:6 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
A similar issue can be observed with Qt Designer's "New Form" startup wizard. However, it doesn't happen always in this case.