bugGNUstep - Bugs: bug #21723, Vespucci Window appears on top and...

Group
 
 

bug #21723: Vespucci Window appears on top and cannot be moved to rear...

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Tue 04 Dec 2007 11:19:13 PM UTC
   
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  gcasa
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Thu 03 Jan 2008 10:07:57 PM UTC, comment #3: 

The window level was being encoded as "15".

I've corrected it in Vespucci and verified that it's no longer being produced improperly in .gorm.

Gorm will now correct on load any files which have this problem and report it to the user, if the repair on load checkbox is selected in preferences.

I'm going to close this bug, since I can't reproduce it with the current version of Gorm or the last two releases.

Later, GJC

Gregory John Casamento <gcasa>
Group administrator
Thu 06 Dec 2007 12:25:16 AM UTC, comment #2: 

Which window level is the window using? Is this the correct one and what behaviour would be expected for that window level?

Fred Kiefer <FredKiefer>
Group Member
Wed 05 Dec 2007 11:22:50 AM UTC, comment #1: 

Interestingly if, in Gorm, you save the thing as a nib, close the document, and open the nib, the problem goes away.

To me that says that the issue is with decoding the window level stored in that Gorm file:
Perhaps window level encoding/decoding in the gui has changed in some way (when it really shouldn't have) so that an old Gorm file doesn't work properly, or perhaps that particular Gorm file is just corrupt?

Richard Frith-Macdonald <CaS>
Group Member
Tue 04 Dec 2007 11:19:13 PM UTC, original submission:  

Steps to reproduce:

1) compile the Vespucci application in GAP
2) open it
3) Bring up either a GS or non-GS application
4) attempt to focus window above Vespucci app window.

RESULT: Vespucci remains on top.
EXPECTED: Should be moved to rear

Further Information:  This was tested on art and xlib, additionally, this happens with I load the VEDocument.gorm file into Gorm and do test interface.   This indicates that it is NOT an issue with Vespucci, but is something in GNUstep.

GJC

Gregory John Casamento <gcasa>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by CaS (Posted a comment)
  • -email is unavailable- added by gcasa (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-01-03 gcasa StatusIn Progress Fixed
        Open/ClosedOpen Closed
    2007-12-06 gcasa StatusNone In Progress
    2007-12-04 gcasa Assigned toNone gcasa

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code