[bugs #9461] Instantiated object wont work after reload of Gorm file

[Gregory John Casamento]

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #9461] Latest Modifications:

Changes by: 
                Gregory John Casamento <greg_casamento@yahoo.com>
'Date: 
                Sat 06/26/2004 at 12:49 (US/Eastern)

------------------ Additional Follow-up Comments ----------------------------
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






/**************************************************************************/
[bugs #9461] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=9461>
Project: GNUstep
Submitted by: Fred Kiefer
On: Fri 06/25/2004 at 23:55

Category:  Gorm
Severity:  3 - Ordinary
Item Group:  Bug
Resolution:  None
Assigned to:  gcasa
Status:  Open


Summary:  Instantiated object wont work after reload of Gorm file

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".


Follow-up Comments
------------------


-------------------------------------------------------
Date: Sat 06/26/2004 at 12:49       By: gcasa
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

-------------------------------------------------------
Date: Sat 06/26/2004 at 11:34       By: FredKiefer
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.

-------------------------------------------------------
Date: Sat 06/26/2004 at 01:19       By: gcasa
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






File Attachments
-------------------

-------------------------------------------------------
Date: Sat 06/26/2004 at 01:19  Name: custom.gorm.tgz  Size: 2KB   By: gcasa

http://savannah.gnu.org/bugs/download.php?item_id=9461&amp;item_file_id=1432






For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9461>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/