Closed Bug 202349 Opened 22 years ago Closed 22 years ago

Mailnews Thunderbird change for nsIMessenger::LoadURL

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mscott, Assigned: mscott)

Details

Attachments

(1 file)

Merging some changes I have in my tree to run urls through nsIMessenger with some recent changes Seth made on the trunk. He also added a loadURL method. Instead of adding ifdef MOZ_THUNDERBIRD code to add my new method, I thought I'd piggy back on his work. Feel free to object to the way I've made LoadURL do one of two things based on the input arguments....patch coming.
Status: NEW → ASSIGNED
QA Contact: esther → scott
Attached patch patchSplinter Review
I went ahead and checked this patch in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Bah, as reviewer of the patch that created LoadURL I went to alot of trouble to have LoadURL (which was designed to load a known URL suitable for the current window) separate from OpenURL (which will as far as I know load an arbitrary URL). But since I can't find, or work out how to find, how it's supposed to be used, what does this new LoadURL gain?
Neil, sorry for the delay. I finally got around to cleaning up what I did as part of this bug (comment #3). I now have a separate method for thunderbird to launch an external url directly to the OS. I am no longer piggy backing on LoadUrl which as you said is intended to be just for a url that needs loading in the existing msg window and it has been restored to its previous state before I added stuff to it.
Great, thanks!
Hmmm... just noticed that you didn't remove the dom window arg :-/
good catch I forgot I added that. Will fix it today
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: