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

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

Changes by: 
                Fred Kiefer <[EMAIL PROTECTED]>
'Date: 
                Sat 06/26/2004 at 11:34 (GMT)

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






/**************************************************************************/
[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 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/





_______________________________________________
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-gnustep

Reply via email to