FLUID-1811: When a user tries to add an invalid file (e.g. too large) to the Uploader, it is silently rejected

Description

In Uploader, browse for a file that is larger than the 20MB limit, and click OK

Notice: that when the dialog dismisses that there is no message that the file was not added to your file queue.

Fix will need to account for both files that fail because of file size, type, or queue limit.

Environments

All A-Grade browsers

Comments

• Eli Cochran commented 2009-05-19T03:21:08.000-0400

  Added error messages for when a file queue fails.

  Please note that there is some strange behavior in SWFUpload:
  if the limit on the number of files that can be uploaded is 3 and the user attempts to select 4 files, instead of queing the first 3 files and then throwing an error, SWFUpload just throws an error and no files are queued. Fun!

• Eli Cochran commented 2009-05-19T09:44:46.000-0400

  Forgot a few things in my check in:

  • linting
  • check in tests

• Justin Obara commented 2009-05-21T10:00:52.000-0400

  In case this isn't part of the "check in tests" from the comment above, the Uploader unit tests are currently broken.
  http://build.fluidproject.org/infusion/tests/component-tests/uploader/html/Uploader-test.html

• Eli Cochran commented 2009-05-21T17:52:32.000-0400

  I broke the tests when I failed to copy the HTML to the tests. Wondering if the tests should use AJAX to pull in the HTML the way that the Image Gallery does... wondering if that would even work.

• Justin Obara commented 2009-05-22T09:11:50.000-0400

  I can't comment on whether or not this is the correct approach. I believe that the UI Options test may do this though ( http://build.fluidproject.org/infusion/tests/component-tests/uiOptions/html/UIOptions-test.html ). The side effect is that the stats for "x tests of y failed" and the time to complete, don't work.

• Eli Cochran commented 2009-05-22T13:36:57.000-0400

  Added basic unit tests and fixed some minor esthetic issues with IE

• Colin Clark commented 2009-05-25T15:28:10.000-0400

  Eli missed a stray line of code here that causes a global variable to be defined with SWFObject. Easy fix.

• Colin Clark commented 2009-05-25T18:04:31.000-0400

  Bigger issues than I thought. On looking at this feature more closely, two show stoppers emerged:

  1. The queue error dialog isn't implemented using jQuery UI's Dialog widget, so it lack a number of the keyboard accessibility fixes we added. As a result, focus is not captured within the dialog, and in fact moves directly behind the dialog.

  2. There are no ARIA roles or states that would inform an AT user that this is an actual dialog.

  We're not going to have a chance to implement fixes to these accessibility blockers before code freeze, so I've moved the code into a branch and removed the feature from trunk in preparation for the 1.1 release.

• Anastasia Cheetham commented 2009-05-29T15:22:52.000-0400

  In testing for the 1.1 release, I still see this issue - there is no indication that an error occurred, other than the fact that the file doesn't show up in the queue.

• Anastasia Cheetham commented 2010-12-22T11:00:34.665-0500

  I'll confirm this is still an issue for 1.3, multiple browsers/platforms.

• Anastasia Cheetham commented 2014-04-02T15:06:56.946-0400

  Tested before the 1.5 release: In an HTML5 browser, the user now gets a warning explaining why the file isn't added to the queue.