Event.DEACTIVATE + IE7 scrollbar bug?

clicking IE7's scrollbar seems to call anything in Flash
that's listening for Event.DEACTIVATE.
Or is that what the DEACTIVATE event is for?

I'm not seeing anything jump out at me.  What version of Android are you using?  Is there anything special/different about the links?  I'd go ahead and open a new bug report on this over at bugbase.adobe.com.  When adding the bug, please include some sample code or an application so we can quickly test this out internally.  If you'd like to keep this private, feel free to email the attachment to me directly ([email protected]). 
Once added, please post back with the URL so that others affected can add their comments and votes.

Similar Messages

  • Event.deactivate is not firing with flash plugin 10,2,152,26 embeded in IE 8 and above

    I am working on a portal which is built in flex. I wanted to perform some action based on my applications is in focus or out of focus. So  I tried to use two Events for this purpose Event.Activate and Event.Deactivate inside my flex code.
    These events fire perfectly in FF 3.0 and above, Safari, Chrome and these events get triggered till IE 7.
    But when I switch to IE 8 and above versions with latest flash player plugin 10,2,152,26 the Event.deactivate is not firing, and I am not able to detect whether my Flex application is out of focus.
    I tried doing some research around this issue both using Flex Events and Javascript approach using window.onfocusin and window.onfocusout, but still no luck in IE 8 and higher versions with latest Flash plugin 10,2,152,26.
    Has someone faced this kind of issue. Any help or solution to this problem would be appreciated. As we have a large number of users viewing this portal in IE 8 with latest flash plugin.
    The code is simple and I have pasted below:
    package {
      import flash.display.*;
      import flash.utils.*;
      import flash.events.*;
      public class Main extends Sprite {
        public function Main() {
          this.addEventListener(Event.ACTIVATE, activateListener);
          this.addEventListener(Event.DEACTIVATE, deactivateListener);

    this is a known issue (or, really a collection of issues) related to how the deactivate event works in different browsers.  check colin moock's blog.
    for most, but not all, purposes using a mouseleave event works well-enough.

  • IOS,on handle Event.DEACTIVATE, send message to server failed

    I'm trying to capture the "home" button press event, and notify my web server that my iOS application is deactivated, and then, my web server can send messages through APNs.
    I tried with this:
    NativeApplication.nativeApplication.addEventListener(Event.DEACTIVATE,
    this.onDeactivate);
    and:
    make a URLRequest in onDeactivate callback function to notify my server.
    But i found, this request never got sent. Actually, it is sent when i press "home" again, and after
    my iOS application is activated!
    Is there a way to solve or work around?

    I fixed it. in onDeactivate function, i tried this: NativeApplication.nativeApplication.executeInBackground = true;
    And this way, my application can run in background.

  • Is there a task switch event for iOS? Like Event.DEACTIVATE for Android

    Hello,
    I need to be able to trigger a function when someone presses the front facing button that has the square in it on an iDevice.
    I've tried:
    NativeApplication.nativeApplication.addEventListener(Event.DEACTIVATE, quitApplication);
    This doesn't work on iOS but it does work on Android.
    Anyone have an idea what to do?
    -Scott

    Hi,
    If you want to exit the application on pressing the Home button, set the following in the iPhone section of application xml:
    <key>UIApplicationExitsOnSuspend</key>
    <true/>
    Thanks,
    Sanika

  • IOS Home Button and Event.ACTIVATE/Event.DEACTIVATE

    Hi all,
    I read tons of questions re iOS Home Button and Event.ACTIVATE/Event.DEACTIVATE. Everything should work well if you set the proper listeners and save/restore your app state upon receiveing these events.
    My question is: Is there a way to tell difference between a Home Button press and an iOS notification alert or incomming call? In both cases, AIR will dispatch Event.DEACTIVATE, however I want to know if the user pressed the Home Button or if he just received an SMS/Calendar alert, and adapt my app state accordingly - i.e. if it's a Home Button press, change my app state to "Main Menu", otherwise (SMS/Calendar/alert) I will pause execution.
    NOTE: I don't want to override the Home Button behaviour, just want to tell if it's a Home Button press or SMS/Calendar/alert, and react accordingly. The iOS documentation states that in case of SMS/Calendar/alerts, (void)applicationWillResignActive:(UIApplication *)application is dispatched, and in case of actually going to background state (i.e. Home Button pressed) (void)applicationDidEnterBackground:(UIApplication *)application is dispatched.
    Thanks

    Any luck with this yet? I'm having the exact same issues but on a different device, the Kindle Fire.
    I need to determine whether a user hit the Home button, or hit the Quick Settings button (that accesses controls like volume). Air treats both events equally by broadcasting Event.DEACTIVATE. Unfortunately, the Amazon Appstore approval team thinks otherwise...
    It seems like there should be a simple, no-brainer way to track these events, but I'm beginning to suspect Air just is not capable. In that case, if you're developing for Kindle Fire, you may want to avoid going with Adobe.

  • BUG: double submission of enterClientAction events from IE7

    I have a number of pages in a UIX application that make use of the enterClientAction tag to fire an event to be handled by an onEventName() handler in the Data Action class.
    From IE7 (7.0.5730.11) this event method gets called twice for a single press of the enter key. From Firefox 2.0.0.3 this is not the case. Is this a known issue, and can anybody suggest a workaround.
    Test workspace to reproduce problem available on request.
    JDeveloper 10.1.2.0.0 build 1811
    ADF UIX 2.2.16
                        <messageTextInput prompt="Prompt 0" name="messageTextInput0">
                        <enterClientAction>
                        <fireAction event="enter"/>
                        </enterClientAction>
                        </messageTextInput>Thanks
    Matthew

    Hi,
    don't think that IE 7 is certified with UIX. You might want to file a bug for this.
    Frank

  • IE7 Padding Bug with Spry Effects

    I'm having a recurring issue with using the Spry Blind effect
    in IE7 where, when upon trigerring the Blind, the width of the
    element being expanded/contracted is expanding out to the right
    over it's edges.
    For example.
    A div with a width of 800px and a padding of 20px;
    When a Blind is triggerred on this element, the width of the
    element would expand to 840px, the padding on the left side remains
    fine, but the text now goes all the way to the right edge of the
    newly widened element.
    This has been extremely frustrating and doesn't occur in
    Firefox.
    I'm hoping this is a common problem. My implementation of the
    script is fairly straightforward so I don't know if there is
    anything else but a bug with the effect.

    Here is a somewhat messy version of the page I am working
    with.
    http://derekprospero.com/michael/example.html
    If you click the green down arrow at the bottom of the top
    right pane you will see the error.
    The table expands out past the borders of the div. The
    padding-left and padding-right on this div is 20px each, and it
    expands out to 40px past the border of the div, so I am assuming
    there is some correlation.
    It also happens on the bottom one, though it is not as
    evidence, since the text goes behind the background, isntead of
    over it.

  • More String Control Scrollbar Bugs

    In the series of bugs that will never be fixed but need to be posted for the record, here is a variant of the String Control horizontal scrollbar topic.
    Take a String Control (works with Classic, Modern and Silver):
    Show its horizontal scrollbar. That's not an immediate process, so here is the wya it goes in LV 2013:
    - Show Properties
    - Go to the Appearance Tab
    - Uncheck "Wrap at word breaks"
    - Check "Show horizontal scrollbar"
    Here's the result:
    Where's the scrollbar?
    You have to grab one of the control edges, expand it VERTICALLY by one pixel and the container box with then snap to a size that accounts for the scrollbar height:
    Expanding HORIZONTALLY has no effect:
    If you try that with the System String Control, similar limitations apply but you get a bonus:
    The one pixel tall string!

    X. wrote:
    That is probably a good guess. However, I would argue that if I go throught the trouble of opening the Properties Panel to ask for a horizontal scrollbar, I'd be happy to get the scrollbar added.
    I have actually found out another oddity (which makes the behavior of the System String somewhat less outlandish):
    If you take the default Silver String control, which has a height of 37 pixels, and expands it to 39 pixels or more, then following the procedure I described in my original post, the horizontal scollbar will be shown.
    Like this:
    Here I have painted the String background in red so that you can see that a 1 or 2 pixel string display area is available (like I described for the System string, but here, if you further manipulate the control, it will snap to a more reasonable height allowing you to type in something visible).
    So, what I am saying is that there is not much coherence in what the algorithm considers a valid condition to show a scrollbar. Of course all this becomes very interesting when the font size is changed...
    Well, you just illustrated exactly what I meant.  The scroll bar is as tall as the control itself is.  I think it is unavoidable though.  Just look at everything that has a scroll bar.  The scroll bar gets added to the INSIDE of the window that needs it, not the outside.
    Bill
    (Mid-Level minion.)
    My support system ensures that I don't look totally incompetent.
    Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.

  • Mouse Click Event Is this a bug

    &#65279; I have a applet that has popupmenus tied to certain buttons. When a use clicks on one of the
    buttons a popupmenu is displayed for that button. Originally I used Mouse Click event to show
    the popupmenu but I found that when you switched buttons mouse click wouldn't fire right. When
    I switch to a action event it worked every time instead of losing 2-3 clicks when switching
    buttons. Does anyone no why this might happen. Is it a bug in mouse click?

    The reason why mouse clicks seem to dissapear is because a mouseClicked event is only ever fired when its mousePressed and mouseReleased coordinates are the same.
    This can be a pain!! Id recomend using the mouseReleased method to register mouseClicked events, this should always be called.

  • Scrollbar bug in application builder

    I seem to have found a bug concerning the front panel scrollbars when creating an executable with application builder.
    My vi runs fine in Labview. It also runs fine as an executable with everything at defaults.  
    However, trying to remove the scrollbars from the front panel, I can build executables that hang up upon running. 
    Executable hangs up when:
    - setting the vi property 'windows appearance' to dialog.   (application builder set to use vi settings)
    - in application builder, sourcefile setting:  setting 'use scrollbars' to  "don't use vi settings" and value "not checked"
    What's really weird is that sometimes those troublesome executables do work.   The executables compiled with the 'dialog' option only seem to work once, and then not anymore.    While the one with the no-scrollbars option set in application builder seems to hang the first time, but work fine after that.   Except that it does show scrollbars....
    The executable does work without front panel scrollbars when setting the vi property 'windows appearance' to 'top level application' and application builder settings to 'use vi settings'.

    Hi Rebecca.   
    I'm using Labview 8.2  on Windows XP SP2 for developing.  The PC that the .exe should run on has the LV 8.2 runtime installed, also on Windows XP SP2.  
     I've attached two executables of my program:  'works'  and 'doesn't work' which were compiled with the scrollbar on and off.  Also included the source distribution.  The "Micro4 Advanced Multiple Injections LV82" is the main program.   (Hope I did the distribution right... it's the first time I'm using this project thing...)
    I've been testing a bit more myself...  I now noticed that both .exe's work correctly on my developement PC, but only the one works on the runtime PC...    
    Attachments:
    doesn't work.zip ‏220 KB
    My Source Distribution.zip ‏336 KB
    works-ok.zip ‏400 KB

  • Repeated Events / Reminder / Deferred Alarm Bug Thread

    Hi,
    There is a verifiable & reproducibly bug with Repeated Events, Deferring Alarms. (Which I use constantly throughout my day and workflow, as it seems others do also.)
    Apple support knows about the bug and has bumped it to the engineers.
    My intent in this new post is to pull all of the reports together, so we can keep track of this bug.
    deferred alarms repeating
    http://discussions.apple.com/thread.jspa?threadID=2140555&tstart=15
    Problem with snoozing repeating reminders in Snow Leopard
    http://discussions.apple.com/thread.jspa?threadID=2163161&tstart=0

    Am facing the same issue with an iPad; but this is not the first time I've seen this happen. It has also happened when syncing from iCal to a Blackberry Curve via Blackberry Desktop Manager. Any repeated events - and not just from the iOS side of things - ANY repeated events cause this to happen.
    iCal has the correct number of events and times, but as soon as you sync to another device, it becomes unusable. My wife runs a cleaning business where she constantly has to rearrange schedules for repeating customers. As soon as she does it once, she's got 2 copies of the same. Change the event twice, and suddenly she has 4 copies.
    Please help.
    todd

  • Reproducable Scrollbar Bug. please confirm?

    Please can someone confirm they can reproduce behaviour?
    I just wasted 2 hours trying to figure it out and Im 99% sure
    its a bug.
    Add a VScrollBar
    Set minScrollPosition to 0, maxScrollPosition to 100
    now at runtime, update the 4 properties of the scroller as
    follows....
    scroller.pageSize = 400;
    scroller.minScrollPosition = 0;
    scroller.maxScrollPosition = 400;
    scroller.pageScrollSize = 200;
    At this point, dragging the thumb tab of the scroller will
    NOT update the scrollPos correctly, nor will the scrollEvent be
    correct. It behaves as if Scrollposmax is still 100.
    If you click the scrollbar client area, or use the arrows, it
    works fine. But dragging the thumbtab does not.
    Now get rid of the 4 updates, and simply use
    scroller.setScrollProperties(400, 0, 400, 200)
    You can see this is instantly different because the thumb tab
    changes in height. dragging this works as expected
    Very frustrating. Maybe there was a method I should have
    called after updating the 4 properties, but if so the docs made no
    mention of it.
    Its a bug as far as Im concerned.
    Does anyone agree?

    I haven't tried to reproduce your results, but maybe you need
    to call invalidateDisplayList() on the item after you update those
    properties. That should make the necessary call to
    setScrollProperties() for you.
    I don't know about the status of this as a bug - quoth the
    documentation - "In general, setting a property on a component
    automatically calls the appropriate invalidation method" - although
    that brings up the question of what kind of scope the word
    "general" entails.

  • IE7 audio bug - reproducible

    From an internal bug report:
    In low-bandwidth situations, repeatedly clicking objects that
    trigger audio causes Internet Explorer 7 to crash. It seems that
    the Shockwave plugin is crashing and taking down Internet Explorer
    with it. We do not know what is causing the crash only that it does
    not happen over high-bandwidth connections. The bug appears more
    often when several users in a single physical location run the
    courseware while sharing the same bandwidth.
    A zip file with a simple dir, dcr and htm file to reproduce
    the bug can be found here:
    http://www.it-tom.com/misc/test.zip
    Click the black button several times IN INTERNET EXPLORER 7
    to see the browser crash.
    I am curious to know why this is happening. I can't tell if
    it is Adobe's or Microsoft's fault. (I guess it could be mine) but
    it seems to be such simple code. The browser should NOT just
    crash.

    which shockwave plugin?... there are now two - one for D11
    and the other for older versions...
    which version of Director?
    which OS and service pack?
    I've just tested it on my Intel Quad Core Q6700 Vista
    Ultimate 32-bit SP1 in IE7 running just the DCR (.htm pages default
    to Firefox for me)... and repeatedly clicked on the black button to
    repeat the audio but IE7 did not crash.

  • Horizontal scrollbar bug

    Anyone else noticed this bug? ... or is it just on my Safari.
    System Config:
    Macbook | Mac OS 10.6.8 | Safari 5.1.5 (6534.55.3) | Resolution 1920x1080

    Same problem here as well. Very buggy looking!
    Mac Pro | Mac OS X 10.6.8 | Safari 5.1.5 (6534.55.3) | 1920 x 1200

  • Problem with full event seems like a bug

    Hi,
    I had a requirement like this, there are two text fields say Textfield1 and Textfield2 and if Textfield1 is full it should automatically go to textfield2 and fill the characters typed from the keyboard. I  had implemented this by using full event. If  Textfield1 is full change focus to Textfield2.
    Now I have come across very strange issue i.e., the last character that I enter in Textfield1 is not going to Textfield2. Its because full event is triggered at the key in of the last character.
    Tried other alternatives didnt work.
    Guys, Now I dont understand is this correct. Anybody came across the same issue.
    Thanks for all you do.

    Yes I used this script
    xfa.host.setFocus("TextField2");   in my full event. However I was able to resolve the issue by using newText and limiting the length to 50.
    Now I come across a different issue i.e., it doesnt work if I enter all uppercase letters in the TextField1.
    Reason being the characters count differ for uppercase and lowercase. Not sure how to handle this.
    Also, I expect full event can be a solution in this case, however If I use full event and change the focus to new textfield the last key stroke gets lost.
    Any help on this would be highly appreciated..

Maybe you are looking for