Opened 9 years ago

Closed 9 years ago

#557 closed defect (can't reproduce)

session windowsize doesn't work

Reported by: Elaine Meng Owned by: pett
Priority: blocker Milestone:
Component: Input/Output Version:
Keywords: Cc: Tom Goddard
Blocked By: Blocking:
Notify when closed: Platform: all
Project: ChimeraX

Description

When I opened a session file, it detected that my current windowsize was smaller than in the session, but instead of increasing that, it increased a blank gray area to the right (image attached). Each time I reopened the session, it would do the same thing so that the gray area would get wider and wider.

Please reassign as appropriate.

Attachments (1)

grab.png (488.1 KB ) - added by Elaine Meng 9 years ago.

Download all attachments as: .zip

Change History (11)

by Elaine Meng, 9 years ago

Attachment: grab.png added

comment:1 by Elaine Meng, 9 years ago

Cc: Tom Goddard added
Summary: session windowsize doesn't worksession windowsize and windowsize command no longer work

Oh, I see that even just using the windowsize command no longer works. E.g. "windowsize 600 200" keeps extending the gray area and the Command Line is not visible (to see Command Line you have to manually resize larger vertically... then trying windowsize 600 200 again hides it and makes the gray area even wider).

comment:2 by Elaine Meng, 9 years ago

Summary: session windowsize and windowsize command no longer worksession windowsize doesn't work

Belay that. It is true that the windowsize command won't work after the session windowsize didn't work. However if I start a fresh ChimeraX and don't try to open a session, the windowsize command does seem to work correctly. So, to reproduce the problem, save a session, then manually resize the window smaller, and then restore the session.

comment:3 by Tom Goddard, 9 years ago

I'm not able to reproduce this bug. I open a pdb, save a session, command close, resize window smaller, open session, and it restores to the correct size without problems. Tried in Feb 21 daily build. I tried many variations and never got it to misbehave.

I see from your screen capture that when the problem occurs the outside window frame is expanded probably to the correct size but then all the interior panels including the graphics do not get resized to fill the space. This is likely some bug in Qt 5.7.1 but I have not been able to reproduce it.

in reply to:  5 comment:4 by Elaine Meng, 9 years ago

Now when I try it, the graphics window goes to the right size, but I get a Pinocchio effect of the remainder of the  window.  That is, if I repeatedly close and reopen the session, the stuff on the right side gets longer and longer (and longer…).  Crazy.

comment:5 by Elaine Meng, 9 years ago

Could it be because I am using a laptop with a smaller screen? Maybe there is some built-in assumption about the default initial size. I know the default initial size is much smaller on this laptop than on my desktop.

comment:6 by Tom Goddard, 9 years ago

That is possible. ChimeraX sizes the initial window when starting up to be 2/3 of the screen size in width and height.

I just set my iMac display to 1280 x 720 (from its normal 2560 x 1440) and still could not reproduce this bug.

comment:7 by pett, 9 years ago

I can't reproduce this either.

--Eric

comment:8 by pett, 9 years ago

Should I close this as "can't reproduce"?

--Eric

comment:9 by pett, 9 years ago

Yeah, with the code base changing so much -- including new releases of Qt -- we should probably close tickets whose reproducibility is iffy. When things are more stable, then tracking these kinds of things down will be more feasible.

--Eric

comment:10 by pett, 9 years ago

Resolution: can't reproduce
Status: assignedclosed
Note: See TracTickets for help on using tickets.