bugGNUstep - Bugs: bug #9461, Instantiated object wont work...

Group
 
 

bug #9461: Instantiated object wont work after reload of Gorm file

Submitter:  Fred Kiefer <FredKiefer>
Submitted:  Fri 25 Jun 2004 11:55:47 PM UTC
   
 
Category:  Gorm Severity:  2 - Minor
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  gcasa
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Sat 26 Jun 2004 10:12:34 PM UTC, comment #4: 

This issue was caused by the GormConnectionInspector catching the IBDidRemoveConnectionNotification.  This was causing the inspector to update the connection at the same time as it was adding the new one.  The only case this was apparent in was the one pointed out by Fred.   The problem isn't specific to custom classes in any way, but was an issue in general.

The workaround for this in 0.7.7 is simply to remove the connection and add it explicitly instead of simply clicking "connect" in the inspector when a connection already exists.

This issue is now corrected.

GJC

Gregory John Casamento <gcasa>
Group administrator
Sat 26 Jun 2004 12:49:38 PM UTC, comment #3: 

I was able to reproduce the issue with the instructions you gave above.   Thanks very much for the clarification, it really helped zero in on the issue.   I think we can safely say that this has nothing to do with custom classes or instantiated objects in a .gorm file.  

I believe I know what's causing the issue and I'll make a fix so that Gorm handles the situation gracefully.  GJC

Gregory John Casamento <gcasa>
Group administrator
Sat 26 Jun 2004 11:34:48 AM UTC, comment #2: 

I was able to reproduce it with your example as well. And now I know that it was me who did something wrong, but Gorm should handle this case more gracefully.

What I did was to select a button, switch to connections, select a different action on the target and press connect. After this Gorm is in an inconsistent state with regard to this connection.

I know that I have to disconnect the existing connection first, but why does Gorm allow me to set a different one? If it does it should do the disconnect first and than the connect.

Fred Kiefer <FredKiefer>
Group Member
Sat 26 Jun 2004 01:19:03 AM UTC, comment #1: 

I cannot recreate this one.   Please provide more explicit instructions on the problem. (I don't have the book you refer to so I may need you to tell me what you were doing exactly).

I created the attached gorm file, saved it and removed all of the connections on the custom object.

The situation you described "or rather one has the impression of an empty line there" is consistent with an intermittent problem I've been trying to fix.

GJC

Gregory John Casamento <gcasa>
Group administrator
Fri 25 Jun 2004 11:55:47 PM UTC, original submission:  

After creating a connection to an instantiated custom class object, saving and later loading the Gorm file again, it is no longer possible to change the connection.
When trying to do so the connection pane staye empty, or rather one has the impression of an empty line there.

The application I noticed this was the cursor application from chapter 15 of the book "Cocoa Programming".

Fred Kiefer <FredKiefer>
Group Member

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #1441:  custom.gorm.tgz added by gcasa (2KiB - application/x-gtar)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

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 5 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2004-06-26 gcasa StatusNone Fixed
    Open/ClosedOpen Closed
2004-06-26 gcasa Assigned toNone gcasa
    SummaryInstantiated object wont work after reload of Grorm file Instantiated object wont work after reload of Gorm file
    Attached File- Added custom.gorm.tgz, #1432

Back to the top

Powered by Savane 3.13-d3ae.
Corresponding source code