Closed
Bug 336215
Opened 19 years ago
Closed 19 years ago
Implement getBrowserAtIndex in SeaMonkey tabbrowser
Categories
(SeaMonkey :: Tabbed Browser, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 482291
People
(Reporter: aatoxic, Assigned: csthomas)
Details
Attachments
(1 file)
|
2.09 KB,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414
Before the Mozilla start I receive in a window this message
Clrtb: Inizialisation failed to attach; TypeError: gBrowser.getBrowserAtIndex is not a function
I click ok and Mozilla finally start
Reproducible: Always
Theme: blue orbit
Cookie Manager : use default permissions
Image Manager : use default permissions
Comment 1•19 years ago
|
||
The string "Clrtb" does not exist in our code. Do you have an extension installed that might be? getBrowserAtIndex is a Firefox-only tabbed browser method.
Assignee: general → nobody
Component: General → Tabbed Browser
Product: Mozilla Application Suite → Core
QA Contact: general → tabbed-browser
Version: unspecified → 1.7 Branch
The problem is generated by the extension Colorful ..
It's not for SeaMonkey by for FireFox only.
I resolve the question myself and the
i wrote to the creator for fixing the problem..
Bye Bye
| Assignee | ||
Comment 3•19 years ago
|
||
Do we want to implement a getBrowserAtIndex?
Updated•19 years ago
|
Version: 1.7 Branch → Trunk
Comment 4•19 years ago
|
||
(In reply to comment #3)
>Do we want to implement a getBrowserAtIndex?
We should; currently we're expensively recalculating this.browsers[i] in loops.
| Assignee | ||
Comment 5•19 years ago
|
||
| Assignee | ||
Comment 6•19 years ago
|
||
There are a couple loops that use this.browsers.length as a loop bound. Maybe those should change too.
| Assignee | ||
Comment 7•19 years ago
|
||
Pretend that .diff only had the first part.
Comment 8•19 years ago
|
||
If jag wants us to cache .browsers we don't need getBrowserAtIndex any more.
| Assignee | ||
Comment 9•19 years ago
|
||
(In reply to comment #8)
> If jag wants us to cache .browsers we don't need getBrowserAtIndex any more.
>
Unless we want extensions that depend on it to work.
| Assignee | ||
Updated•19 years ago
|
Attachment #222122 -
Flags: review?(neil)
| Assignee | ||
Comment 10•19 years ago
|
||
Updating summary to reflect the real RFE here.
I discussed this with Neil, and this is a WONTFIX. Extension authors should use the .browsers array.
If it turns out that a huge number of extensions do depend on this, then I guess we may have to revisit it in the future, but so far we haven't seen other complaints.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Summary: Clrtb:Inizialisation failed to attach: TypeError: gBrowser.getBrowserAtIndex is not a function → Implement getBrowserAtIndex in SeaMonkey tabbrowser
Updated•17 years ago
|
Product: Core → SeaMonkey
Comment 11•12 years ago
|
||
This is a WFM See Bug 482291 for implementation.
Resolution: WONTFIX → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•