GSXibKeyedUnarchiver out of order reference bug about libs-gui HOT 6 CLOSED

As you can see in the method -addConnection: in the file GSXib5KeyedUnarchiver.m GNUstep already stores just reference for connections that get resolved later in the processing (GSXibLoader -awake:inContainer:withContext:). This means there must be a different cause for the issue you are seeing. My problem now is that you did describe a proposed solution but not the symptoms themselves. As I don't intend to port Transmission to GNUstep I wont be able to reproduce this myself. Any further information from your side would help here.

from libs-gui.

Hi @fredkiefer,

I will get a simple example together so that you can reproduce the problem. After some further investigation I worked out that the line at GSXib5KeyedUnarchiver:874 was causing the premature decoding of the outlets. It appears in the code if it detects a constraint it starts decoding it which causes other elements to be decoded. Commenting out this line fixed the error.

from libs-gui.

I am not too familiar with constraints. As you can see in #64 they were merged without my approval and I even suggested to handle these more similar to connections. As far as I understand there is no real implementation behind this, so commenting out decoding won't loose any real functionality.

from libs-gui.

Agreed, commenting that out is likely the best course of action. I apologize for doing that. I rushed this one. I hold myself accountable and strictly adhere to merging only when approved now. GC

from libs-gui.

Was this ever fully addressed?

from libs-gui.

Quick fix.

from libs-gui.