Closed Bug 1864287 Opened 1 year ago Closed 1 year ago

Use punycode in SeaMonkey JS

Categories

(SeaMonkey :: Page Info, task)

Tracking

(seamonkey2.53+ fixed)

RESOLVED FIXED
Tracking Status
seamonkey2.53 + fixed

People

(Reporter: iannbugzilla, Assigned: iannbugzilla)

Details

(Whiteboard: SM2.53.19)

Attachments

(1 file)

Port the JS changes from bug 1380617

[Approval Request Comment]
Regression caused by (bug #): 1380617
User impact if declined: some stuff not displayed correctly?
Testing completed (on m-c, etc.): 2.53.19
Risk to taking this patch (and alternatives if risky): low
String changes made by this patch: none

Attachment #9363126 - Flags: review?(frgrahl)
Attachment #9363126 - Flags: approval-comm-release?

Comment on attachment 9363126 [details] [diff] [review]
1864287-punycode-25319.patch

looks good and I didn't notice any regressions during testing. r/a+

One thing I am not a big fan of are assignments like these:

 docInfo.location = document.location.toString();
  • try {
  •  docInfo.location = Services.io.newURI(document.location.toString()).displaySpec;
    
  • } catch (exception) { }

Performanc ewise they should be made in the exception to make sure the variable is intialized only once. Shouldn't matter but I find it also a bit "undefined behaviour territory" when the exception occurs late in the assignment. With js the original variable is probably kept untouched or we would have seen more problems because if it. But something to discuss for a later day.

Attachment #9363126 - Flags: review?(frgrahl)
Attachment #9363126 - Flags: review+
Attachment #9363126 - Flags: approval-comm-release?
Attachment #9363126 - Flags: approval-comm-release+
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Whiteboard: SM2.53.19
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: