HTMLLoader

Hi. I don't understand why i can't let HTMLLoader work.
It seems that the code is very very easy:
package {
    import flash.display.Sprite;
    import flash.html.HTMLLoader;
    import flash.net.URLRequest;
    public class HTMLLoaderExample extends Sprite
        public function HTMLLoaderExample()
            var html:HTMLLoader = new HTMLLoader();
            var urlReq:URLRequest = new URLRequest("http://www.adobe.com/");
            html.width = stage.stageWidth;
            html.height = stage.stageHeight;
            html.load(urlReq);
            addChild(html);
I changed some strings, so there are no compile errors, but i only see the white screen (I know that AIR requires).
I'm a newbie. If it's not difficult can someone give a source code... Maybe the problem is in settings.

is it to do with stage.stageWidth try putting in 500.

Similar Messages

How do you use AIR's WebKit/htmlloader?

Hi everyone,
A long standing issue in AIR has been the inclusion of an older version of WebKit. The request to update this library has come up many times in the forum and is in the top 10 on the community driven Uplist feature page. As with the recent and ongoing physics discussion, we're not committing to any changes purposed below at this time, as we're purely in an investigation mode at this time. We realize that this is an important feature and we need further clarification on what you're looking for. Please read on for questions from our development team.
We are exploring updating WebKit, but due to our modification of the WebKit source, this will be difficult, and updating WebKit will change the HTML DOM, possibly breaking content authored for our existing DOM.
So we are also exploring leaving HTMLLoader alone, for now, but providing a reasonable alternative.
StageWebView was originally written as a replacement for HTMLLoader on mobile (because we could not use our WebKit on mobile, StageWebView took advantage of the browser provided by the platform).
But it was extended to the desktop as an unsuccessful solution to this problem.
On mobile, content was probably newly written (so it could be tested with StageWebView), and the browsers were similar enough to our WebKit that the DOM impact was minor.
But on the desktop, forcing older content written for our WebKit to run on Internet Explorer 8 (as an example) was a disaster due to the differences in the DOM’s. We resolved this by making HTMLLoader versus StageWebView on the desktop a choice.
Which gets to the questions (for desktop development only).
Which is more attractive, an embedded web browser or using the system browser? Is it valuable to provide both?
For instance, using the native browser can save on code size (perhaps 6 MB), but you must create and test portable HTML, and you face the risk that future updates to the system browser breaks your content.
How much interop do you need between AS and JS?
Hearsay suggests another problem with StageWebView is there is no interop between ActionScript and JavaScript, whereas HTMLLoader had a lot of support.
Would StageWebView be sufficient if it exposed an ExternalInterface, or sandbox bridge, level of functionality? For instance, if AS could register a list of functions which could be called from JS (and vice versa), would that be enough? Or is there something else that HTMLLoader does that is essential?
For instance, one of the ideas being explored is to provide an entirely new class (perhaps as an ANE) which links an unmodified version of the latest WebKit source as a static library. By using unmodified source, we can more readily update to newer versions of WebKit. As well, if we leave the existing classes unchanged, we don’t risk breaking existing content. But if we use unmodified WebKit source, we may find some of HTMLLoader’s functionality impossible to match, which is why I’m interested in understanding the essential functionality, so we can decide if a sufficient, minimal (so it’s easier to support without customizing Webkit) interface for it.
Thanks,
Chris

Hey Chris,
Thank you for reaching out to the community! Our team has been working on AIR apps for a while now. It has been frustrating to say the least, trying to integrate sophisticated HTML5 apps into our different AIR apps.
The existing solutions on mobile and desktop are not very satisfying. Mobile has gotten better because of the StageWebView, but there are still several flaws that make the platform unpredictable. On desktop it is even worse and we are facing a tough decision.
We want to integrate an HTML5 app into an already existing AIR app. The two applications will have to communicate in some form with each other. The StageWebView approach with a simple ExternalInterface would suffice, as long as we could pick from the browsers that are installed. The ANE class approach also sounds good, but only if there is a similar way of communication.
We think that keeping the component (WebView or ANE class) as lean as possible is one of the most important things. We don't want to face the same issues in the near future. There is also a need to update that underlying layer fast. Browser vendors (with some exceptions of course ) have much faster release cycles nowadays. They will keep pushing the boundaries and we need to adjust accordingly.
The HTML5/JS should take care of the DOM manipulation, event handling and communicate back to Actionscript in a simple way. There is no need for Actionscript to worry about these things. And if there is, create a simple JS layer using the interface to do the job.
Here is a list of features that are essential to us:
Accessing the local file system (xhr requests on the local file system):
Worst case scenario: Using the ExternalInterface to feed files to the HTML application.
Configure the cache or at least manipulate cache handling
Much better HTML5 / CSS3 support: Video, Audio, SVG, CSS3 Animations, etc.
Easier and faster way to update the underlying WebKit/Chromium (relevant for ANE)
Are there any plans yet? Is it on your roadmap? Are we talking about years or months? Answers to these questions are very crucial for us. Only with those answers will we know, whether we can keep working on the AIR platform or if we have to look for alternatives and migrate our entire application.
We are looking forward to your answers.
Thanks

HTMLLoader & Content-Disposition of type attachment

HTMLLoader in Adobe AIR 1.0 does not handle the HTTP
Content-Disposition response headers set to type 'attachment'. It
simply ignores this header. This is bad, because many sites on the
web rely on user-agents handling this header appropriately in order
to initiate a download of a file to an end-user's local disk.
An example is
Content-Disposition: attachment; filename="fname.ext"
This HTTP response header says to the user agent, 'Don't
render this response as HTML; instead write the response to a file
on the user's disk called fname.ext'.
When the Air HTMLLoader encounters an HTTP response with a
Content-Disposition similar to the example above, nothing is
re-rendered (which is the correct behavior), there is no way to
detect that the attachment Content-disposition header has been
served (bad), and there is no way to obtain the attachment itself
(worse).
The correct behavior for an HTTP client which receives an
HTTP response parameter of this type can be found in RFC 2616,
section 19.5.1. It is stated that "If this header is used in a
response with the application/octet-stream content-type, the
implied suggestion is that the user agent should not display the
response, but directly enter a ‘save response as...’
dialog". I suspect that Adobe hasn't had a chance to implement a
way for HTMLLoader to notify client code of this situation, or the
process for getting the HTTP response body.
Has anyone encountered a work-around? Does anyone know of
plans in place to correct this bug?

The problem is that the server script is treating the request as a request for a file to download, rather than as a typical HTTP request/response. You need to modify the server script so that it doesn't include the Content-Disposition header, there's not much you can do on the client side.

HTMLLoader js errors

I am using Flash CS3 and adobe air and when i create a htmlloader
main.as
package {
   import flash.display.NativeWindow;
   import flash.display.Sprite;
   import flash.display.Stage;
   import flash.display.StageAlign;
   import flash.display.StageScaleMode;
   import flash.events.Event;
   import flash.html.HTMLLoader;
   import flash.net.URLLoader;
   import flash.net.URLRequest;
   public class main extends Sprite
   private var mainWindow:NativeWindow;
   private var htmlwebsite:HTMLLoader;
   public function main(){
htmlwebsite = new HTMLLoader();
htmlwebsite.addEventListener(Event.COMPLETE, completewebsiteHandler);
   var websiteurlReq:URLRequest = new URLRequest("http://www.kfc.com");
htmlwebsite.load(websiteurlReq);
   function completewebsiteHandler(e:Event) {
trace(htmlwebsite.window.document.getElementsByTagName("a")[0].getAttribute("href"));
I get this error
TypeError: Value undefined (result of expression document.querySelectorAll) is not object.
at http://platform.vine.co/static/scripts/embed.js : 21
at http://platform.vine.co/static/scripts/embed.js : 21
at http://platform.vine.co/static/scripts/embed.js : 21
I can see the line in the html, how can I remove the line from the html or stop the error from displaying and continue the code execution?

when i add this it says cancelable = true how to cancel the error
htmlwebsite.addEventListener(HTMLUncaughtScriptExceptionEvent.UNCAUGHT_SCRIPT_EXCEPTION, cata);
function cata(e:HTMLUncaughtScriptExceptionEvent) {
                                trace(e.exceptionValue);

.swf inside HtmlLoader appears on top of other air content

When there is an HtmlLoader with a .swf wmode window the .swf file appears over top of everything!
I understand that .swf should appear above everything inside the HtmlLoader, but I don't think it should appear over top of anything outside of the HtmlLoader.
A simple example of this would be:
<?xml version="1.0" encoding="utf-8"?>
<s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/mx">
<mx:HTML location="http://youtube.com" width="100%" height="100%" />
<s:Button width="300" height="300" label="should be over all html content, .swf in html appears over it. click and watch a youtube video to see." />
</s:WindowedApplication>
I NEED a fix to this~!
Even placing a second HtmlLoader with an .swf wmode window over top produces random results with the top .swf sometimes on top and other times below the lower .swf

As you have discovered, two elements on the surface of a <div> cannot occupy the same space. The solution lies in getting one of the elements to "lie down," either by getting it totally off the surface and making it a background of it or by actually "levitating" one above the other.
Apply a unique id to each div in which an image now lies.
Place each image in the background of its div, defining it in your CSS.
You will not then be able to use the image as a button, and you may want to add something else to click on.
OR (this second way is probably better)
Change the .FilmStill definition by adding position: relative;
Change the .SlantedWritingFilms definition by adding position: absolute; and positioning attributes (left: 0; top: 0; for instance)
Change each .SlantedWritingFilms <span> into a <div> within <div class="FilmStill">.
Beth

Issue with jQuery.animate in secondary HTMLLoader

This is a follow-up question to my original question (http://forums.adobe.com/message/2027713), which I couldn't figure out how to edit.
I want to animate an HTML element using jQuery. When I attempt the animation in the original HTML document, there is no problem. However, when I attempt to animate elements in a second document, opened in a second HTMLLoader, the animation isn't smooth - it only 'steps' when I move the mouse.
That is, the animated property (e.g. top, left, etc.) is still updated - but the incremental changes to the property aren't visible unless the mouse is moved. So if I'm not moving the mouse, the animation completes without seeing any transition between the start and end state.
The type of animation doesn't seem to be significant. The first HTML file contains the following JavaScript:
var loader;
$(function() {
        loader = new air.HTMLLoader();
        loader.addEventListener(air.Event.COMPLETE, start);
        window.htmlLoader.stage.addChild(loader);
        loader.load(new air.URLRequest('test2.html'));
function start() {
        loader.width = loader.window.document.width;
        loader.height = loader.window.document.height;
        $('li', loader.window.document).click(function() {
                $(this).animate({ marginLeft: '200px' }, 1000);
The file test2.html just contains a <ul> with a few <li>s in it - nothing else.
Is there any problem with the way I'm attempting to open this second document? Can anyone offer any advice on the matter? Thank you!

Hello Paul,
In Firebug, if you click Inspect, then Script, then you can select the scripts (sources) from a drop down list next to 'all'. One of them should be your jQuery reference. If you click that one, do you see the jQuery source?
If you do, jQuery is there. If you don't, check if you uploaded jQuery for the Workspace or for a specific Application and if your reference is referring to WORKSPACE_IMAGES or APP_IMAGES.
Greetings,
Roel
http://roelhartman.blogspot.com/
You can reward this reply by marking it as either Helpful or Correct ;-)

PDF from HTMLLoader is Not Displaying in a Container

PDF from HTMLLoader is Not Displaying in a Container
Was there a new version of AIR released recently that breaks the display of a PDF through the HTMLLoader?
I've been experiencing problems displaying a PDF in a container lately.
AIR applications that worked a couple weeks ago, are not working now even though no changes have been made to the source.
To focus on the problem, I created an application that narrows my focus to the broken feature. It's sole purpose is to display a simple PDF through AIR.
The example can be found here.
http://www.appfoundation.com/blogs/giametta/2009/04/14/render-pdf-in-adobe-air-with-pdf-sc aling/
The code used is exactly the same as the one found in the above example, except I swapped the url of the PDF to the following.
http://www.sfbike.org/download/map.pdf
It's pretty straightforward.
But, when I compile and press the "do it" button, nothing displays in the VBOX.
Using an HTTP Sniffer the "GET" to my url seems to be working fine and, I get a "200 OK" return status, but nothing is displayed in the container.
Here is my configuration.
- Windows Vista Ultimate 64 bit
- AIR 1.5
- Flex 3.0.2
- Adobe Acrobat 9 Pro
- Firefox 3.5.4
Attached is the source code mxml as a txt.

Well, like I said, I don't either. Even when loading a very simple PDF, I just see this crash:
Process:         adl [1003]
Path:            /Users/base/c_languages/flashplayer/flex_sdk_4.0.0.10079/bin/adl
Identifier:      adl
Version:         ??? (???)
Code Type:       X86 (Native)
Parent Process: FlashBuilder [217]
Date/Time:       2009-11-04 11:41:13.050 -0800
OS Version:      Mac OS X 10.6.1 (10B504)
Report Version: 6
Interval Since Last Report:          1807020 sec
Crashes Since Last Report:           7
Per-App Crashes Since Last Report:   4
Anonymous UUID:                      E63961B9-2C86-42EA-9FBA-0D3F0561CBB8
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000040918216
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Maybe someone on the AIR team will have a more knowledgable response, it looks like a problem with how Webkit is loading up the PDF viewer perhaps.

Setting Depth of PDF displayed in HTMLLoader

Is there anyway to set the depth of the HTMLLoader that is displaying a PDF in my air application?
Right now the PDF seems to be on top of everything.
Thanks.

No. PDFs always render in front of everything else.

Problem with HTMLLoader

I'm loading an external swf with HTMLLoader to open it in a new window from an Air application. But it generates a blank space of 28 pixels above the swf loaded in the new window.
How could I remove that blank space?

I am using the application code below to load a .swf file from online and I don't see any padding above the .swf file as you mentioned. Perhaps its the .swf file you are loading? Are you loading a webpage that contains a .swf file? Attached are screenshots of the application running.
<?xml version="1.0" encoding="utf-8"?>
<s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009"
                            xmlns:s="library://ns.adobe.com/flex/spark"
                            xmlns:mx="library://ns.adobe.com/flex/mx" applicationComplete="execute()">
     <fx:Script>
          <![CDATA[
               private var html:HTMLLoader;
               public function execute():void
                    var url:String = "http://cdn.crimereports.com/CrimeReports-20110302160119.swf";
                    var windowOptions:NativeWindowInitOptions = new NativeWindowInitOptions();
                    windowOptions.minimizable = false;
                    windowOptions.maximizable = false;
                    windowOptions.resizable = false;
                    windowOptions.type = NativeWindowType.NORMAL;
                    windowOptions.systemChrome = NativeWindowSystemChrome.STANDARD;
                    var bounds:Rectangle = new Rectangle(100, 100, 800, 550);
                    html= HTMLLoader.createRootWindow(true, windowOptions, true, bounds);
                    html.addEventListener(Event.COMPLETE, onComplete);
                    html.load(new URLRequest(url));
               private function onComplete(event:Event):void
                    event;
          ]]>
     </fx:Script>
</s:WindowedApplication>

HTMLLoader problem with comboBox

hi guys
I'm trying to loader pdf file using XML to retrieve the URL and I have CombBox to list all the files ,and I need to load another file every time I change the silder for the CombBox
the problem is the pdf file load only first time and dosent change if I select another one from the list, I dont know what the the probelm I tried manything like removeChild and I tried to use container but no change, only first time the file loaded
this is the code
cb_list.addEventListener(
SliderEvent.CHANGE,changehandler);
function changehandler(e:Event):void {
    var sort1:String=cb_list.value;
    var id:String = myXML.tip.(title == sort1)[email protected]();
     //trace(id)
    var slectedtip = myXML.tip.(title == sort1).fulltip.text();
    tit_label.text=myXML.tip.(@ID == id).title .text();
    date_label.text=myXML.tip.(@ID == id).date.text();
    full_tip.text=myXML.tip.(@ID == id).fulltip.text();
     var flashfileURL = myXML.tip.(@ID == id).picURL.text();
    swfURL.text=flashfileURL;
    var url:String = new String();
    url= myXML.tip.(@ID == id).picURL.text().toXMLString();
    var requestpdf:URLRequest=new URLRequest(url);
     var container:Sprite = new Sprite();
    var pdf = new HTMLLoader();
    pdf.height=stage.stageHeight-150;
    pdf.width=stage.stageWidth-270;
    pdf.y=100;
    pdf.x=260;
    pdf.load(requestpdf);
       pdf.addEventListener(Event.COMPLETE, completeHandler);
    function completeHandler(event:Event):void {
        addChild(pdf);

[problem with combobox comes infront of popup window|http://forum.java.sun.com/thread.jspa?threadID=5291468]

HtmlLoader and swf alignment

Hello! I'm using adobe air 1.5, i created an htmlLoader that resizes with the stage as well, the problem is when the user visits websites with flash content like youtube, the swfs move to the origin of the htmlloader instead of its own place in the html site?! why does this happen?????
here is what i'm talking about, when i resize the movie, the youtube window for example, stays:
http://img441.imageshack.us/img441/958/airhtmlissue.jpg

The AIR runtime uses a sandbox based security model. This basically means that content loaded for example from the root of your AIR application can only load resources from the local sandbox while content loaded from a non-application sandbox (for example http://www.example.com) can load content only from that specific domain. More info on the AIR security model and how sandboxes work in AIR please read the following article - Introduction to the AIR security model.
The referral cannot be changed programatically in an AIR application but using a non-application sandbox that will load resources from the root of your application but which will behave as they were loaded from a custom domain (http://www.example.com) you could obtain the needed HTTP referral. More info on non-application sandboxes can be found at the following location - Cross-scripting content in different security sandboxes.
Let us know if this helped you,
--Catalin

Htmlloader 403 errors

I have an air app which displays my site through htmlloader. The app loads up the login page of my site, and allows users to login through the app. The problem is recently, every time I try to log in, it gives my a 403 error. I've completely deleted and reuploaded my site, and even made a test site, but both come up with the same issue, It doesn't even show the login page or the admin page, just a blank 403 error page. I've noticed that when I mess with the htmlloader (ie. remove the useragent and cookies) the page wont even load at all, and just shows a blank white screen inside the app. Can anyone help me, or even tell me maybe a better or more effeciant way of doing this?

What he meant is as follows.
1. You do not authenticate user using wordpress authentication. You can authenticaticate using some mechanism which the AIR application can do.
2. Once you authenticate you can access the website using the AIR application.
Word press provides a way to external authentication. Not sure it is still supported.
http://wordpress.org/plugins/soap-authentication/
Hope this helps. I have not implemented this so I am not sure.

HTMLLoader fires complete event too soon ?

Hi to all,
I have following problem i`m displaying pdf in a nativewindow (pdf is around 5 mb so i guess it takes some time to be rendered) I want to show user some custom progress bar until pdf is prepared to be shown in htmlLoader.The problem is that Event.COMPLETE is being dispatched too soon, pdf is not prepared to be shown.I tried with HTML_DOM_INITIALIZE event but same thing happened.
I don`t want users to see empty window, i want to either progress bar or fully loaded PDF be shown.
I figure out some workaround : i will download file from the location and open it up with openWithDefaultApplication() option within AIR 2, but i want to now if i can do it the way i wanted at the first place.
Am i doing something wrong or there is some problem with HTMLLoader ?
Here is simple code:
htmlLoader.location = url;
htmlLoader.addEventListener(Event.COMPLETE,onLoad);
onLoad (...)
//hide progress bar

Dmennenoh, pulling the playSound function out of the other functions worked perfectly! I should have known better. Even though everything is working correctly I am now recieving an error stating that "Parameter url must be non-null." I'm certain this has to do with the sound file urls that I am passing from the xml document... but if the sounds are playing the urls must be non-null already.
I tried changing the tl["snd"+i] to container_mc["snd"+i] as you suggested but the sounds would not play at that point. I recieve an error saying: "a term is undefined and has no porperties." Below is how I built it:
function buildScroller():void{
     for (var i:Number = 0; i < 55; i++){
        //create movie clips
        var container_mc:container = new container();
        addChild(container_mc);
        container_mc.x = 325 * i; // set the number here to the width of the movie clip being repeated
        //sound info
        container_mc["snd"+i] = new Sound();
        container_mc["snd"+i].load(new URLRequest(xmlData.sound.loc[i]));
        container_mc.snd = container_mc["snd"+i];
        container_mc.addEventListener(MouseEvent.CLICK, playSound, false, 0, true);
function playSound(event:MouseEvent):void {
     event.currentTarget.container_mc.play();

HTMLLoader - Embed local .html in remote .html using iframe.sandboxRoot and iframe.documentRoot ?

Hi! This already took me hours of research and testing but I might misunderstand this part of the Adobe AIR documentation:
http://help.adobe.com/en_US/AIR/1.5/devappshtml/WS5b3ccc516d4fbf351e63e3d118666ade46-7f08. html#WS5b3ccc516d4fbf351e63e3d118666ade46-7f07
The problem:
Huge fancy HTML5 elearning project with loads of assets but users with superslow (GPRS like) internet connection.
Solution (idea):
Provide USB-sticks with most of the static course data (all SCOs) and somehow redirect server requests to this files.
More concrete concept:
1. On this USB stick we also provide a Adobe AIR "wrapper" app with captive runtime (since users are no admins) which starts a StageWebView or HTMLLoader instance to access the online server. No problem.
2. This HTML wrapper also submits the local path to our data directory on the USB stick. Should also work fine.
3. The server then writes different <iframes> for this specific wrapper app and within the Adobe AIR WebKit runtime all requests from (example) http://mydomain.com/data/ would be redirected file:///path/on/usbstick/to/data/ .
Well, I thought this <iframe> would do the trick:
<iframe
     src="http://mydomain.com/data/content1.html"
     sandboxRoot="file:///path/on/usbstick/to/data/"
     documentRoot="file:///path/on/usbstick/to/data/"
     >
</iframe>
But unfortunately it doesn't. Of course I tried already almost all possible settings for src, sandboxRoot and documentRoot but it still didn't work:
var innerHTML = "";
var possibleSrc = ["content1.html", "http://mydomain.com/data/content1.html", "file:///path/on/usbstick/to/data/content1.html" ];
var possibleSandboxRoot = [ "http://mydomain.com/data/", "file:///path/on/usbstick/to/data/", "app:/data/" ];
var possibleDocumentRoot = [ "http://mydomain.com/data/", "file:///path/on/usbstick/to/data/", "app:/data/"];
for ( var i = 0; i < possibleSrc.length; i++ ) {
     for ( var ii = 0; ii < possibleSandboxRoot.length; ii++ ) {
          for ( var iii = 0; iii < possibleDocumentRoot.length; iii++ ) {
               var src = possibleSrc[ i ];
               var sandboxRoot = possibleSandboxRoot[ ii ];
               var documentRoot = possibleDocumentRoot[ iii ];
               innerHTML += '<iframe class="content" src="' + src + '" sandboxRoot="' + sandboxRoot + '" documentRoot="' + documentRoot + '" allowcrossDomainxhr="true"></iframe>';
So now my questions:
Is it possible?
Can I create with AIR an HTML wrapper which provides access to the files on the USB stick?
Is there some other technique out there which can do what I need?
I would really love to get at least some hints...

Just to give you a hint if you're researching this topic: Seems like only Firefox portable has the ability to rewrite security rules. So you might look in this direction.

HTMLLoader.pdfCapability showing "wrong" error. Help?!

Hello all,
Just started trying to use the AIR HMTL component with its HTMLLoader. Tried to load/view a pdf doc. Seems to recognize the doc, but all it displays is a black region. In other words, the HTMLLoader area goes from white to black after attempting to load the PDF.
Checking the HTMLLoader.pdfCapability shows 3202: ERROR_INSTALLED_READER_TOO_OLD
The problem: I just paved my hard-drive with a new Windows install. The only Adobe Reader that's on my system is a fresh version of:
Adobe Reader X (10)
How can this reader be too old? I'm beginning to guess that the system is possibly reading "X" as the version, rather than 10, and so it thinks it's too old?! Can this actually be happening?
Also, i'm not receiving any ErrorEvent from the htmlLoader upon load. It seems to load and/or try to load something as the area goes black. Trying to load other random files does not yield that result.
I'm using the trial version of FlashBuilder 4.
Any help VERY appreciated, especially pronto.
Thanks much in advance.

Hi!
I had the same problem: 3203.
Solution found: I uninstalled Adobe Reader and installed it again via the adobe.com site.
This was the solution I found to this problem.
I hope this helps.
Hugs.

HTMLLoader Breaks HTTP Attachments

It seems that it is not possible to replicate standard
browser behavior with Browser Attachments. If I go to any website
that allows the downloading of a file to disk, an Air application
can't be created such that it can save that HTTP attachment that
was given. This makes it impossible to create a fully functional
browser with Air.
The problem is, HTMLLoader in Adobe AIR 1.0 does not handle
the HTTP Content-Disposition response headers set to type
'attachment'. It simply ignores this header. This is bad, because
many sites on the web rely on user-agents handling this header
appropriately in order to initiate a download of a file to an
end-user's local disk.
An example is
Content-Disposition: attachment; filename="fname.ext"
This HTTP response header says to the user agent, 'Don't
render this response as HTML; instead write the response to a file
on the user's disk called fname.ext'.
When the Air HTMLLoader encounters an HTTP response with a
Content-Disposition similar to the example above, nothing is
re-rendered (which is the correct behavior), there is no way to
detect that the attachment Content-disposition header has been
served (bad), and there is no way to obtain the attachment itself
(worse).
The correct behavior for an HTTP client which receives an
HTTP response parameter of this type can be found in RFC 2616,
section 19.5.1. It is stated that "If this header is used in a
response with the application/octet-stream content-type, the
implied suggestion is that the user agent should not display the
response, but directly enter a ‘save response as...’
dialog". I suspect that Adobe hasn't had a chance to implement a
way for HTMLLoader to notify client code of this situation, or the
process for getting the HTTP response body.
Has anyone encountered a work-around? Does anyone know of
plans in place to correct this bug?

That's a fairly trivial and self-explaining error. The mentioned class (or more specifically, the JAR file with the class) is missing in the classpath. The solution is also obvious: get the JAR file from the O'Reilly site and place it in the classpath.
I would only recommend Apache Commons FileUpload over the O'Reilly thing. The FileUpload is much similar to the ancient (2001) O'Reilly thing and, above all, it is still in active development (O'Reilly stopped around 2005).

HTMLLoader

Similar Messages

Maybe you are looking for