Sprites in prefab reverting

[ArenMook]

Hmm... no matter what I try I can't seem to reproduce it on my end anymore.

1. New scene.
2. ALT+SHIFT+S to add a sprite.
3. Added UIButton to it.
4. Saved the sprite as a prefab.
5. Changed the sprite's "Normal" state on the UIButton, Apply the prefab. Changes stay.
6. Changed the sprite on the UISprite, Apply. Changes stay.
7. Selected the prefab itself, changed the sprite from there. Works as expected.

What are you doing differently?

[boofcpw]

Instead of adding the button to a prefab, try create a prefab from the buttons parent panel (as if it were a window prefab or something)

Then, try to copy the button, and change the new copied buttons sprite.

Apply the window prefab, and the second button should revert.

Basically
-Create panel
-Add button below panel
-Save panel as prefab
-Copy button
-Change new copied buttons sprite
-Apply panel prefab
boom!

I believe the act of copying the button is what breaks it. Perhaps there is some reference to the original hanging around?

Heres where it gets super weird. If you duplicate the panel prefab, after making a change and getting the sprite to revert itself on application of the panel prefab, the new panel prefab actually has the correct sprite!

[boofcpw]

I have created a project to help you reproduce the issue

https://www.dropbox.com/s/l9cdqancbls3hf4/NGUI_Button_Test_Two_No_NGUI.zip

The steps required are:
-open test scene
-import ngui
-in the scene hierarchy, copy the button in window
-change the new buttons sprite
-apply window
-(new button should revert)
-from this point, duplicate the window prefab in the project view
-add the new, duplicated window to the scene. It has the correct sprite (weird)

[ArenMook]

Thanks! It helped me track down the issue. Open up UIButtonColor (UIButton's base class) and add [System.NonSerialized] in front of all the protected variables:

1.         [System.NonSerialized] protected Color mStartingColor;
2.         [System.NonSerialized] protected Color mDefaultColor;
3.         [System.NonSerialized] protected bool mInitDone = false;
4.         [System.NonSerialized] protected UIWidget mWidget;
5.         [System.NonSerialized] protected State mState = State.Normal;

...seems to fix it.

[boofcpw]

Hey, thanks

I have tried the fix in two project which had the issue and it seems to have not fixed either of them.

Its probably fair to blame super consistent solar radiation (or something) for this issue.

[ArenMook]

Still? Hm. I noticed the issue was popping up only when the UIButton was enabled. When disabled, everything would work as expected, which is what led me to make those changes. After doing so everything seemed to stick. Perhaps try adding [System.NonSerialized] to UISprite.mSpriteSet as well? We're trying to work around a bug in Unity here (private values should not be serialized, yet Unity serializes them for prefabs), and adding NonSerialized seems to be the only work-around.

[boofcpw]

I can confirm this no longer happens in the latest NGUI update. Thanks for that!

[Nicki]

Detail: Unity serializes it, because the debug inspector can see private members and shows their values. If they're nonserialized it does not. Sucks that it leads to weird caching errors like these.