Participating Frequently

Answered

Adobe AIR EncryptedLocalStore Problems

Forum|Forum|15 years ago
February 13, 2011
6 replies
27406 views

Encrypted local store doesn't function once an application is installed on my machine. I've been having problems on this computer with encryptedlocalstore, so I setup a basic test program.

Things work fine when run from adl, but do not function when run normally. If I run adl on the installed application from inside the .app/Contents/Resources folder the application works fine, but when run normally it fails.

I've tried deleting my entire ~/Library/Application Support/Adobe/AIR/ELS folder but to no avail. I uninstalled and reinstalled Adobe Air 2.5.1 and still ELS fails. The folder for the Application is created within the ELS folder, but none of the calls to ELS function, and throw an error with the message "general internal error". There is no stack trace attached to the error messages.

I'm running Mac OSX 10.6.6 I'm using Flex sdk 4.5.0.19786, if that might have an affect.

Any ideas?

Performance issues

This topic has been closed for replies.

Correct answer

Glad to have that great information on how to fix that issue, but even following these steps my ELS is still non-functional.

Does anyone have any other ideas on how I might get this working? From what I've read, the only other ideas people have is the completely reinstall the operating system. While this is an option, I'ld prefer to track down the actual bug.

Oops! Looks like I missed a step in the post: after the deletions you need to reboot the system before attempting to use your applications.

Adboe folks: I would love to do something less destructive/exterme. How??? What are you storing in that DetachedSignatures file that I could remove? Losing ELS causes my app to lose its ability to open its encrypted SQLite DB which in turn forces us to re-fetch potentially gigs of data from the server.

And reinstall you OS is never an option. I'd sooner re-write my app in another language and move away from AIR than deal with that as an option!

Digital_Archivist1

Participant

Thank goodness I somehow found this thread. So this has been an issue for what, 18 YEARS... and never addressed. I'm just a simple end user, I updated to the latest version of an app I use for log analysis and I was getting the dreaded message. I mean, how can I input a password I NEVER EVER made in the first place?

As it turns out, I do NOT have the OS X firewall enabled. I followed the suggestions Brister1 detailed and low and behold I can now actually USE the application I needed to use. BUT it never shoijld have gotten to this point (yeah, I plan to also inform the application developer).

itlancer

Inspiring

Sometimes we also still get "EncryptedLocalStore internal error" with latest released AIR 28 with Windows 10.

It happens randomly and cannot be reproduced after application restart.

I don't have exact scenario how to reproduce this, but it still happens sometimes with our clients.

S

simion314

Participant

I found same problem in my app after an update, I will find a way to not use ELS anymore and move my data outside it, Adobe SHOULD just deprecate ELS since is broken(out it on the docs in red fonts, is broken ,do not use ,only if you aford to offer support to your customers,we Adobe do not care to fix this), I hope Adobe will get what it desirves ,

chris.campbell

Community Manager

Is there anyone on this thread that is still running into this bug? I realize this issue has been around for way too long, and I apologize for that. It hasn't been forgotten and we believe that we've addressed it with work recently done around ELS. If there is anyone willing to test this out, please let me know in a reply, private message or email (ccampbel@adobe.com).

Thanks,

Chris

A

Anonymous

We gave up hoping that Adobe would ever get around to fixing this since we were never getting anything even close to resembling a response, so we simply used the new ANE capabilities to write our own ELS equivalent that we had control over. Problems solved.

A

aartiles24

Participant

Hello Adobe crew,

I see that you have closed @Brister10's bug again. This is crazy guys, this is a real problem! and it is very common, just make a couple of searches on Google about Air.

I am from SocialBro.com, we have been getting this issue since a long time ago. We don't know how to reproduce it, our users normally don't remember what they did, the common step is, "I just ugraded your app". This week we have released a new version (using the SDK 3.1) and this problem is happening more and more often. We have more than 35000 users and it is impossible to support all of them and what is worst, they are losing their local history which very valuable for them.

As you can see we documented the solution to this several month ago http://socialbro.uservoice.com/knowledgebase/articles/17849-problem-to-synchronizing-network-error-or-twit, but again removing their local date is unaceptable for our users.

We would love to continue supporting our Adobe Air version since we have many user who love desktop apps. Since it seems there is not reasonable solution to this bug, today we will stat recommending our Chrome version which is more reliable.

Best,

Alfredo

A

Anonymous

Yeah, I've just decided that we made a mistake to have ever used AIR as our implementation platform and we are starting to re-implement our entire application in other technologies because the support for AIR and the tool around AIR are simply attrocious. It was a great promise and theory, but the developer support for the platform is just pitiful.

D

dashart21

Known Participant

Same problem on Windows, Mac OS and Linux.

Steps to reproduce:

1. Delete the PrivateEncryptedDatakey for the Adobe AIR application in the keychain on Mac OS, on Windows maybe different

or

1. Manipulate /Users/USER/Library/Application Support/Adobe/AIR/ELS/APPID/PrivateEncryptedDatak

Added a bug report to the JIRA

http://bugs.adobe.com/jira/browse/ASL-202

chris.campbell

Community Manager

Thanks for opening the bug on Jira. I've updated our internal bug (#2820203) with your notes and the jira link.

Chris

A

Anonymous

For months we never seemed to see this problem. Now that 2.7 is out, we are seeing it quite frequently again.

Could it possibly have something to do with building our kits using an older SDK and running with the newer version of the runtime?

When I first saw this problem frequently was when we were building our application using the AIR 2.5 SDK, but 2.6 was out and about. Once we switched to using the 2.6 SDK, problems seemed to go away. We have not yet gotten around to switching over to the AIR 2.7 SDK yet, but now we are suddenly seeing the problem in ~30% of our MAC installations again. Way to high a number to be acceptable.

This NEEDS to be addressed.

Also, later today I will post new, less destructive work-around steps.

chris.campbell

Community Manager

Hi,

I tried this out (using the sample code you posted over on stackoverflow) and I'm seeing the following behavior on 10.6.6.

1. Compile and launch code from Flash Builder (ADL). App starts and loads ELS properly. Quit the app.

2. Install and launch the release version of the same application.

Result: I'm presented with a keychain dialog that says "testApp wants to use your confidential information stored in "Adobe.APS" in your keychain. I have Always Allow, Deny, and Allow as my choices. If I select Deny, I get the "general internal error" message. If I select Allow then everything works properly.

If I delete the ELS folder, then reverse those steps so that the release app is started first, it works fine, but then ADL will prompt me for keychain access.

I took a look at the docs, and I did see the following:

When debugging an application in the AIR Debug Launcher (ADL), the application uses a different encrypted local store than the one used in the installed version of the application.

Have you ever been prompted with this keychain dialog? If you delete the ELS folder, then start the release build of your app, does it still fail? Finally, I've seen some comments about failures occuring on case sensitive file systems. Is your drive formated with case sensitivity enabled?

Thanks,

Chris

B

boushleyAuthor

Participating Frequently

I have seen this dialog requesting permission to access the keychain,

I understood what it was asking and why, so I selected Always Allow.

However I still receive this error. I have deleted my ELS folder and

still see the problem. I have deleted the ELS folder, uninstalled and

reinstalled Air and stil see the problem.

My filesystem is case sensitive (Mac OSX), can you link me to some of

these posts where people have had problems with this? Are there any

solutions or workarounds for case sensitivity issues?

Aaron

chris.campbell

Community Manager

Here's a post about the case sensitive issue, but I'm concerned this might not apply. Take a look though and tell me what you think.

http://blogs.adobe.com/koestler/2009/07/unreadable_encrypted_local_sto.html

Out of curiosity, could you try creating a new user account, then running the application through ADL and then it's normal stand alone state? Does it still fail?

Thanks,

Chris

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded