Closed Bug 1363113 Opened 7 years ago Closed 7 years ago

Set loadinfo.resultPrincipalURI in smileProtocolHandler.is

Categories

(Thunderbird :: Instant Messaging, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: Paenglab, Assigned: Paenglab)

Details

Attachments

(1 file)

From bug 1362461 comment 9:

The right fix is to fix the various comm-central protocol handlers to set resultPrincipalURI on the loadinfo as needed.  See the patches in bug 1319111.  You should be able to find most relevant places by searching for where you set originalURI but not LOAD_REPLACE in protocol handlers.

This is needed since bug 1319111.
Attached patch Bug1363113.patchSplinter Review
This should work. I don't know how to test it but I'm sure you know this.

The similar patch from bug 1362461 I was able to test.
Assignee: nobody → richard.marti
Status: NEW → ASSIGNED
Attachment #8865544 - Flags: review?(clokep)
Comment on attachment 8865544 [details] [diff] [review]
Bug1363113.patch

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

::: chat/components/src/smileProtocolHandler.js
@@ +29,2 @@
>    newChannel: function SPH_newChannel(aURI) {
>      return this.newChannel2(aURI, null);

Maybe we should remove newChannel() since with the 
null.resultPrincipalURI = aURI; in newChannel2() is is *guaranteed* not to work any more.
Attachment #8865544 - Flags: review?(clokep)
Bug 1319111 got backed out now, so nothing to fix here.
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: