750910 - add warning about removal of java DOM objects to Aurora

Status: RESOLVED FIXED

(Core :: DOM: Core & HTML, defect)

Description

[Josh Aas]

Attachment: fix v1.1 for Aurora

Comment 1

[Olli Pettay [:smaug][[e-mail]]]

Comment on attachment 620080 [details] [diff] [review]
fix v1.1 for Aurora

>diff --git a/content/base/public/nsDeprecatedOperationList.h b/content/base/public/nsDeprecatedOperationList.h
>--- a/content/base/public/nsDeprecatedOperationList.h
>+++ b/content/base/public/nsDeprecatedOperationList.h
>@@ -72,8 +72,9 @@ DEPRECATED_OPERATION(IsEqualNode)
> DEPRECATED_OPERATION(TextContent)
> DEPRECATED_OPERATION(EnablePrivilege)
> DEPRECATED_OPERATION(Position)
> DEPRECATED_OPERATION(TotalSize)
> DEPRECATED_OPERATION(InputEncoding)
> DEPRECATED_OPERATION(MozBeforePaint)
> DEPRECATED_OPERATION(MozBlobBuilder)
> DEPRECATED_OPERATION(DOMExceptionCode)
>+DEPRECATED_OPERATION(JavaPackages)

You need to add something to dom.properties too



>     if (id == sJava_id || id == sPackages_id) {
>+      nsCOMPtr<nsIContent> content(do_QueryWrappedNative(wrapper, obj));
>+      if (content) {
>+        content->OwnerDoc()->WarnOnceAbout(nsIDocument::eJavaPackages);
>+      }
Er, does this code ever get executed.
Shouldn't you do something like
if (win->GetExtantDocument()) {
  nsCOMPtr<nsIDocument> d = do_QueryInterface(win->GetExtantDocument());
  d->WarnOnceAbout(nsIDocument::eJavaPackages);
}


>+
>       static bool isResolvingJavaProperties;
> 
>       if (!isResolvingJavaProperties) {
>         isResolvingJavaProperties = true;
> 
>         // Tell the window to initialize the Java properties. The
>         // window needs to do this as we need to do this only once,
>         // and detecting that reliably from here is hard.

Comment 2

[:Gavin Sharp [email: [e-mail]]]

(In reply to Olli Pettay [:smaug] from comment #1)
> You need to add something to dom.properties too

That's going to make landing this on Aurora problematic, isn't it?

Comment 3

[Josh Aas]

Attachment: fix v1.2 for Aurora

Gavin may be right but here's an updated patch anyway. It works.

Comment 4

[Masatoshi Kimura [:emk]]

> +JavaPackagesWarning=Use of the 'java' and 'packages' DOM objects to access Java functionality is deprecated. Support will be removed soon.
The first letter of 'Packages' is upper cased.

Comment 5

[Josh Aas]

Comment on attachment 620320 [details] [diff] [review]
fix v1.2 for Aurora

Requesting aurora approval, string change is the biggest issue here.

[Approval Request Comment]
Regression caused by (bug #): 748343
User impact if declined: less warning about a change in the next release
Testing completed (on m-c, etc.): none
Risk to taking this patch (and alternatives if risky): not risky
String changes made by this patch: yes

Comment 6

[Alex Keybl [:akeybl]]

(In reply to Josh Aas (Mozilla Corporation) from comment #5)
> String changes made by this patch: yes

Given this, CC'ing Axel to make sure he's OK with this change. I'm assuming we'd be OK with localizations falling back to en-US, but I still don't want this to be unexpected.

Comment 7

[Axel Hecht [:Pike]]

Comment on attachment 620320 [details] [diff] [review]
fix v1.2 for Aurora

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

Adding an r- here to make sure we're actually fixing the string to say "Packages".

That said, it's an error console string, and should be OK. Please post to .l10n about this, too.

Is the intention to land this on central, too, or is this just in for this one release and going to be dropped again with 15?

Comment 8

[Josh Aas]

The intent is just to add this for Firefox 14. Firefox 15 actually contains the removal, no warning.

Comment 9

[Josh Aas]

Attachment: fix v1.3

Comment 10

[Josh Aas]

pushed to mozilla-aurora

http://hg.mozilla.org/releases/mozilla-aurora/rev/0bd74da75dc9