Results 1 to 3 of 3

Thread: [4.2.1] fileuploadfield change listener not fired when browsing cancelled.

    Success! Looks like we've fixed this one. According to our records the fix was applied for EXTJS-8124 in 4.2.2.
  1. #1
    Sencha Premium Member
    Join Date
    Apr 2013

    Default [4.2.1] fileuploadfield change listener not fired when browsing cancelled.


    edit: this is a regression from 3.x

    Ext version tested:
    • Ext 4.2.1
    Browser versions tested against:
    • Chrome 28.0.1500.95 (Linux)
    • Firefox 23 (not reproduced)
    • In chrome, after clicking to open the file browser, clicking cancel will reset the field (to empty) but will not run the change listener or validator function. In firefox, clicking cancel leaves the field as-is so there is no change and the listener is correctly not run.
    Steps to reproduce the problem:
    • In chrome, create a fileuploadfield
    • click the button that opens the file browser and select a file, then open
    • click the button again to open the file browser, but this time click cancel
    The result that was expected:
    • If the textfield is cleared, the change listener should be run
    • If the textfield remains unchanged, the change listener should not be run
    The result that occurs instead:
    • In chrome, the textfield is cleared and the change listener is not run
    Test Case:

    Code (untested, something like the following):

    Ext.create('Ext.form.field.File', { renderTo: Ext.getBody(), listeners: { change: function(){ debugger; } } });

    • For now, since there is no listener for this, we validate the form when you attempt to submit it.
    Operating System:
    • Linux
    A related issue is setting the msgTarget to "qtip" does not work using the neptune theme for fileuploadfield. When an error occurs the border should be red, but it is not. We have an easy workaround so I'm not pursuing this further.

  2. #2
    Sencha User
    Join Date
    Feb 2013


    I was definitely able to reproduce this issue, all the way back through 4.0.7 at least, but it is not happening using the latest nightly build of 4.2.2. Hopefully you see the same results.

  3. #3
    Sencha Premium User evant's Avatar
    Join Date
    Apr 2007
    Sydney, Australia


    Should be fixed for 4.2.2, EXTJSIV-8124.
    Twitter - @evantrimboli
    Former Sencha framework engineer, available for consulting.
    As of 2017-09-22 I am not employed by Sencha, all subsequent posts are my own and do not represent Sencha in any way.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts