Statusbar comes back after awhile when showing PDFs in Adobe Air (& Animate CC) AS3

[WilliamDSpherexx]

I'm still searching for a proper answer from any of the forums: (Links below) and I'll close all three when solution is discovered.  (more detail in those posts)

Animate CC Post

Acrobate Reader Post

Regardless of settings in Adobe Reader (including "read-only setting) AND adding #scrollbar=0&toolbar=0&statusbar=0&messages=0&navpanes=0 to the PDF's URL this little widget shows up on my application...After some time.... I'd be fine with it if it didn't allow the user to print or go to the internet (by blicking the acrobat logo then the "?") but I use Adobe Animate to create locked down touch screen kiosks and allowing the user to browse the net is not acceptable.

Hoping somebody out there has run into this.    I understand that there are ways to enable/dissable this and THEY WORK... but somehow after awhile its like the Air application forgets to give acrobat the #statusbar=0 part of the url.  

I have tried building with air 23, 25, 26.

Here is my flash file:

https://www.dropbox.com/s/czk0m0jj81aznqy/PDFIssue.fla?dl=1

[ASWC]

Just to make sure, you are aware that even if this problem is fixed the user would still be able to see the link and go to that online location to print the PDF? In other words that little popup only makes it easier to do all that but not having that popup won't prevent it anyway.

[WilliamDSpherexx]

Not sure I follow on "see the link"    My goal is to NOT have a way for a user of the locked down Kiosk to launch a web browser.

because of that status bar..... a web browser can be launched:   clicking the Acrobat logo on that status bar... then clicking the ? mark.   takes you to Adobe website in systems default browser.

I'd love to keep people from printing as well but not because i'm trying to keep the PDF secret... I just don't want someone printing 1000 pages on some random network printer

[ASWC]

What I mean is anyone can see the incoming link using a network tracker like findler for example. The link is exposed and the user can follow it, see the pdf online and print as many pages as he wants. Just trying to understand that this is not what you are trying to prevent but more like a design requirement.

[WilliamDSpherexx]

oh correct... It will be a touchscreen computer that is locked down so that they can only use the running Air application created in Adobe Animate.     The PDF files is just a list of guidelines that customers will also be able to email themselves so I'm not trying to keep people from doing anything with the PDF... i just don't want someone using the above to gain access to a web browser and go to say, a porn site, from the lobby of my client's business. 

So yes i guess its sort of a design requirement:  Random people can't look at porn from my kiosk

[ASWC]

Got it,

Ideas:

- could it be a cache issue? Maybe adding "? + Math.random()" to the link will make sure no cache problem is involved.

- (crapy hack) taking screenshots to the page and checking that box is not there (if it is refresh)

- download the pdf instead and display it yourself with minimum nav.

[WilliamDSpherexx]

Thank you ASWC,

i'll give #1 (Math.random()) a shot now.  (this sounds promising!)

#2 (screenshot one) is beyond me.  plus it doesn't go away randomly so knowing that it has the statusbar isn't helpful as there is no way to dissable...   unless perhaps i open a URL WITH status bar and then without.... perhaps this could reset.  (another thing to try!)

#3 It's already local on my machine i'm just pulling the doc using a url.   I figure I COULD launch Adobe Reader as an external application, but i'm guessing that would allow the user to go to the adobe Reader help webpage as well so unless you can launch the application in a special mode that doesn't have the status bar OR the help menu as a choice i'm in the same boat still.

  wrote

Got it,

Ideas:

- could it be a cache issue? Maybe adding "? + Math.random()" to the link will make sure no cache problem is involved.

- (crapy hack) taking screenshots to the page and checking that box is not there (if it is refresh)

- download the pdf instead and display it yourself with minimum nav.

.

[ASWC]

- If this never happens on first load then just keep that instance of StageWebView in memory and redisplay it if needed instead of recreating and reloading a new one. Something like:

var viewRef:Object = {};

function loadPdf(path:String):void

{

     var stageview:StageWebView;

     if(!viewRef[path])

     {

          stageview = new StageWebView();

          // create your stagewebview

          // and load the pdf

          viewRef[path] = stageview

     }

     else

     {

          stageview = viewRef[path];// already loaded

     }

     // display your webview

}

[WilliamDSpherexx]

okay so adding a random number at the end of the URL doesn't stop the anomaly.

I'm tempted to go the route of your last post except if the last person to use the kiosk left the pdf scrolled to say the middle of the document...  thats what would come up when I display the webview again wouldn't it?    I tried this with htmlLoader and just hiding the layer until they opened and thats what happened

[ASWC]

Yes that would be correct, the page would display the same way it was left at before.

- You might have to consider using frameworks like AlivePDF (dead project but still usable) to display your local PDF and provide your own navigation on top of it.

[WilliamDSpherexx]

Thanks for tip ASWC  not excited about that (AlivePDF) considering right now i'm using all Adobe products and this SHOULD be possible but I appreciate all workaround ideas.... prob better than my workaround of choice right now which is to set my browser to whitelist only the clients website.