Closed Bug 647497 Opened 14 years ago Closed 12 years ago

tbpl does not work with IE9

Categories

(Tree Management Graveyard :: TBPL, defect)

All
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: timeless, Unassigned)

References

()

Details

steps: 1. load tbpl actual results: Legend ↓ Tree Info ↓ Infrastructure ↓ Filters ↓ Timezone: local | MVT Tree: Firefox | Firefox4.0 | Firefox3.6 | more ↓ Loading 0% … expected results: a working tbpl
Tbpl should work in "modern" browsers, which I consider IE9 to be. On the other hand, I don't develop on windows and can't update my gaming installation to sp1 somehow. Maybe I can take a look into it once I set up a fresh system from scratch.
Similar bug for Opera: bug 597936. Hopefully, some issues are similar. Timeless, by any chance, do you have something popping in the error console?
Hardware: x86 → All
tbpl still relies on cross-origin XHR, right? The IE way is XDomainRequest. (Think Different.)
(In reply to comment #4) > tbpl still relies on cross-origin XHR, right? The IE way is XDomainRequest. > (Think Different.) And if this is indeed what's happening, the answer to comment 1 is no! In fact, I'd like to go ahead and say that we're not going to use XDomainRequest in the TBPL code at all.
Depends on: 771055
Testing locally (using the baseURL trick to run from local filesystem): Latest Nightly works fine; however IE9 hangs loading the page. Don't know if this is an IE9 thing (and IE10 would work fine if I were using it), or whether it is due to running from the local filesystem.
Sorry, comment 6 was meant for bug 771055.
Comment 5 + TBPL 2 coming anyway = wontfix
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Product: Webtools → Tree Management
Product: Tree Management → Tree Management Graveyard
You need to log in before you can comment on or make changes to this bug.