Closed
Bug 1363113
Opened 7 years ago
Closed 7 years ago
Set loadinfo.resultPrincipalURI in smileProtocolHandler.is
Categories
(Thunderbird :: Instant Messaging, defect)
Thunderbird
Instant Messaging
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: Paenglab, Assigned: Paenglab)
Details
Attachments
(1 file)
1.31 KB,
patch
|
Details | Diff | Splinter Review |
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.
Assignee | ||
Comment 1•7 years ago
|
||
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.
Comment 2•7 years ago
|
||
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.
Updated•7 years ago
|
Attachment #8865544 -
Flags: review?(clokep)
Comment 3•7 years ago
|
||
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.
Description
•