Skip to main content
Lorenzo_Nuvoletta-K15qTH
Known Participant
November 9, 2012
Question

Shared Objects behaving differently in Air 3.5

  • November 9, 2012
  • 5 replies
  • 1142 views

Few weeks ago i submitted a bug https://bugbase.adobe.com/index.cfm?event=bug&id=3347676

regarding the Shared Objects in Air.

With Air 3.4 and iOS the Shared objects where using the parameter "filename" in the descriptor XML

With Air 3.5 instead the Shared Objects are stored in the actual name of the SWF.

Air 3.4 and 3.5 Interpreter compile use the same logic, although the adHoc is changed, so to test use adHoc.

What I am asking here, is it possilbe to store the SharedObjects using a different name instead of the actual name of the SWF in iOS?

This topic has been closed for replies.

5 replies

Nimisha1
Participating Frequently
December 11, 2012

For more details and workaround please refer

http://blogs.adobe.com/airodynamics/2012/12/10/changed-behavior-of-shared-object-on-ios-in-air-3-5/

We would like to hear your feedback, please let us know if you face any issues!

Thanks,

Nimisha

chris.campbell
Legend
December 12, 2012

We now have a partial fix available in our AIR 3.6 labs release.  For additional details please see our release notes or this announcement page:

http://forums.adobe.com/thread/1111619

chris.campbell
Legend
November 10, 2012

Asking our iOS team for guidance...

chris.campbell
Legend
November 15, 2012

I talked with our iOS team and they believe we have a bug open on this for AIR 3.6.  I'll try and get this internal bug linked with yours and the status updated.

chris.campbell
Legend
December 5, 2012

For those following along, here's a reply I just made in Lorenzo's other post on this topic.

I realize you have a workaround that you're using, but I also received the following info from the team today that I wanted to pass along.  This is being treated with high priority and we're hoping to have this addressed in a future 3.5 update.

The problem shows up when the tags <content> and <filename> in the application descriptor have different values (which is a common scenario). So an easy way for a developer to fix the problem for the time being would be to assign same values to these tags.

Thanks,
Chris