Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Description • 13 years ago

      No description provided.

	Jonas Sicking (:sicking) No longer reading bugmail consistently
	Comment 1 • 13 years ago

Comment on attachment 537181 [details] [diff] [review]
Patch

Please also add a patch here which adds warnings to all these methods which we could check in to aurora.

I suspect none of these methods are used in inner loops or anything like that, so no need to add complexity by making sure that we only warn once per document or some such. Just add a warning to the console every time they are called.

	Jonas Sicking (:sicking) No longer reading bugmail consistently
	Comment 3 • 13 years ago

Comment on attachment 537246 [details] [diff] [review]
Warn on aurora

Don't add strings to the dom.properties file as it's too late to take string changes on aurora. Even just adding it to the file, even if we don't expect people to translate it, will set off all sorts of warnings in various systems which we don't want.

Also, the properties are to developers called "fileName", "getAsDataURL" etc, no uppercase first character.

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 4 • 13 years ago

What do you want me to do then, hardcode it into the binary?

	Jonas Sicking (:sicking) No longer reading bugmail consistently
	Comment 5 • 13 years ago

Yes

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 6 • 13 years ago

Comments addressed.

Did I mention that nsPrintfCString is a horrible thing?

	Jonas Sicking (:sicking) No longer reading bugmail consistently
	Comment 7 • 13 years ago

Comment on attachment 537266 [details] [diff] [review]
Now with hardcoded strings

Review of attachment 537266 [details] [diff] [review]:
-----------------------------------------------------------------

I assume you tested that this works: r=me

::: content/base/src/nsDOMFile.cpp
@@ +706,5 @@
> +  // This is hardcoded here in English since we're past string freeze.
> +  
> +  nsPrintfCString warningText
> +  (500,
> +   "Use of File.%s is deprecated. To upgrade your code, use standard properties or use the DOM FileReader object. For more help https://developer.mozilla.org/en/DOM/FileReader",

"For more help, see https://..."

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 8 • 13 years ago

Yes, I tested this for all of the properties from the error console.

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 9 • 13 years ago

Comment on attachment 537266 [details] [diff] [review]
Now with hardcoded strings

We would like to take this patch on Aurora to warn web developers that these deprecated APIs are going away (in Firefox 7).

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 11 • 13 years ago

http://hg.mozilla.org/mozilla-central/rev/64dd0ffff3f2
http://hg.mozilla.org/mozilla-central/rev/1dec937dfbb6

	Jonas Sicking (:sicking) No longer reading bugmail consistently
	Comment 12 • 13 years ago

Comment on attachment 537455 [details] [diff] [review]
Test fixes

Review of attachment 537455 [details] [diff] [review]:
-----------------------------------------------------------------

::: content/canvas/test/test_mozGetAsFile.html
@@ +15,5 @@
> +  reader.onload = 
> +    function(e) {
> +      is(e.target.result, canvas.toDataURL(type),
> + "<canvas>.mozGetAsFile().getAsDataURL() should equal <canvas>.toDataURL()");
> +      SimpleTest.finish();

This doesn't look correct. Won't you call finish multiple times? Is that allowed?

	Boris Zbarsky [:bzbarsky]
	Comment 13 • 13 years ago

This broke some of our tools; see bug 662403.

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 14 • 13 years ago

We might want to emphasize this change to web devs.

	Axel Hecht [:Pike]
	Comment 15 • 13 years ago

To recap: no string changes on central, and hard-coded English deprecation notices to the error console for aurora?

If so, sounds good.

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 16 • 13 years ago

(In reply to comment #15)
> To recap: no string changes on central, and hard-coded English deprecation
> notices to the error console for aurora?
> 
> If so, sounds good.

Correct.

	Kyle Huey (Exited; not receiving bugmail, old account, do not use) Assignee
	Comment 17 • 13 years ago

http://hg.mozilla.org/releases/mozilla-aurora/rev/fed3cae237b1

Not marking fixed on Aurora or anything since these are just warnings.

	Asa Dotzler [:asa]
	Comment 18 • 13 years ago

going to track this for potential fallout similar to what we saw at bug 670086

	Ioana (away)
	Comment 19 • 13 years ago

Can anyone please help me with a test case, STR or some guidelines that I can use to verify this fix?

Thank you

	Jonas Sicking (:sicking) No longer reading bugmail consistently
	Comment 20 • 13 years ago

If you get hold of a File object, using for example <input type=file> and getting .files[0], then the File object should *not* have any of the following properties or functions:

.fileName
.fileSize
.getAsText()
.getAsDataURL()
.getAsBinary()

	Ioana (away)
	Comment 21 • 13 years ago

test case used to verify the bug/fix

	Ioana (away)
	Comment 22 • 13 years ago

Verified fixed on:
Mozilla/5.0 (Windows NT 6.1; rv:7.0) Gecko/20100101 Firefox/7.0
Mozilla/5.0 (X11; Linux i686 on x86_64; rv:7.0) Gecko/20100101 Firefox/7.0
Mozilla/5.0 (Windows NT 5.1; rv:7.0) Gecko/20100101 Firefox/7.0
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0) Gecko/20100101 Firefox/7.0

Steps used to verify the fix:
 1. Open the test case from comment #21.
 2. Upload a file.
 3. Tap on the Display Properties button.
The Name and Size properties are displayed as "undefined". The .getAsText(), .getAsDataURL() and .getAsBinary() functions don't return anything.
 
(I verified the test case on FF6 and all the properties were displayed).