Closed Bug 612884 Opened 14 years ago Closed 13 years ago

Doesn't open Add-ons Manager tab when click [Manage Add-ons...]button in Options dialog

Categories

(Thunderbird :: General, defect)

defect
Not set
major

Tracking

(blocking-thunderbird5.0 needed)

RESOLVED FIXED
Thunderbird 3.3a3
Tracking Status
blocking-thunderbird5.0 --- needed

People

(Reporter: shadow912kage, Assigned: squib)

References

Details

Attachments

(1 file, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101117 Thunderbird/3.3a2pre Build ID: 20101117033239

Doesn't open Add-ons Manager tab when click [Manage Add-ons...]button in Options dialog, General pane > Add-ons.

Reproducible: Always

Steps to Reproduce:
1. Open Options dialog, Tools > Options > General pane.
2. Click [Manage Add-ons...]button

Actual Results:  
Open broken/old Add-ons Manager dialog.


Expected Results:  
Open Add-ons Manager tab.


Same results on TB 3.3a1 build1, Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101116 Thunderbird/3.3a1 Build ID: 20101116152258.
Depends on: 571759
This works for me in Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:2.0b8pre) Gecko/20101116 Thunderbird/3.3a1 I get the add-on manager in a new window, and yes it takes a while to load the content, but the content will load.

And maybe the content only loads when you switch views in that new window (ie go to plugins , then to addons etc ...)

Can you show a screenshot of what you are seeing
Confirming that it's empty on first load. but as explained in comment #1 it then refreshes.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Blocks: 612710
blocking-thunderbird5.0: --- → needed
Note: we can probably do something very similar to what Firefox does in their preference pane.
To be extra clear, what we should be doing here is to open the Add-on Manager in a new 3-pane window in a new tab.

It has to be a new 3-pane window because iirc Windows has a modal preferences dialog and you can't use an existing window there.
This should fix the issue. Not too sure what I should do for testing. :Standard8, any ideas?
Assignee: nobody → squibblyflabbetydoo
Status: NEW → ASSIGNED
Attachment #514148 - Flags: review?(bugzilla)
Comment on attachment 514148 [details] [diff] [review]
Make a new 3pane pop up when clicking the button

Whoops, I meant to flag this for feedback, not review...
Attachment #514148 - Flags: review?(bugzilla) → feedback?(bugzilla)
Comment on attachment 514148 [details] [diff] [review]
Make a new 3pane pop up when clicking the button

I'm not sure if we can open a new window with an extra tab and not have it randomly timeout or things. If we can, then it would perhaps be a good idea to add a test, if not, we could just request a litmus test for now.

You need to fix the calling instance in the openWhatsNew function as well.
Attachment #514148 - Flags: feedback?(bugzilla) → feedback+
Oh, that was intentional, since it defaults to "open in tab with no clickHandler", but I could change it to be more explicit if you think that matters.
Comment on attachment 514148 [details] [diff] [review]
Make a new 3pane pop up when clicking the button

Well, the test I tried to write was getting timeouts like you were worried about, so we may have to go without tests for this. Flagging this for review, though I can change the openWhatsNew function as well if you think it matters.
Attachment #514148 - Flags: review?(bugzilla)
Comment on attachment 514148 [details] [diff] [review]
Make a new 3pane pop up when clicking the button

Ok, I guess modifying openWhatsNew isn't necessary, however please add a short bit of documentation for openContentTab giving a bit of info about the parameters and what happens if the now last two parameters aren't specified.

r=Standard8 with that added.
Attachment #514148 - Flags: review?(bugzilla) → review+
Attachment #517508 - Flags: review+
Whoops, forgot to obsolete the old patch. Oh well. Adding checkin-needed...
Keywords: checkin-needed
Attachment #514148 - Attachment is obsolete: true
Checked in: http://hg.mozilla.org/comm-central/rev/95afb3f1f6c9

Ludovic: can we cover this with a litmus test please?
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Flags: in-litmus?(ludovic)
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 3.3a3
When click [Manage Add-ons...] buttons which is opened from TB main window Options dialog, Open new TB window and Add-ons Manger tab on its window.
I think, it isn't necessary to open new TB window if TB main window exist.
(In reply to comment #14)
> When click [Manage Add-ons...] buttons which is opened from TB main window
> Options dialog, Open new TB window and Add-ons Manger tab on its window.
> I think, it isn't necessary to open new TB window if TB main window exist.

See comment 4.
Comment on attachment 517508 [details] [diff] [review]
Add comment for openContentTab

I think following method to get mail3pane window is better.

>      let mail3PaneWindow = Components.classes["@mozilla.org/appshell/window-mediator;1"]
>                                      .getService(Components.interfaces.nsIWindowMediator)
>                                      .getMostRecentWindow("mail:3pane");

let targets = Components.classes["@mozilla.org/appshell/window-mediator;1"].getService(Components.interfaces.nsIWindowMediator).getEnumerator("mail:3pane");
let mail3PaneWindow;
while (targets.hasMoreElements()) {
  let target = targets.getNext();
  target.QueryInterface(Components.interfaces.nsIDOMWindowInternal);
  if (target.location.href = "chrome://messenger/content/messenger.xul") {
    mail3PaneWindow = target;
    break;
  }
}
https://litmus.mozilla.org/show_test.cgi?id=15181
Flags: in-litmus?(ludovic) → in-litmus+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: