Closed Bug 1117218 Opened 11 years ago Closed 10 years ago

Stuck at "Loading..." on certain saved profile, throws error "A promise chain failed to handle a rejection."

Categories

(DevTools :: Performance Tools (Profiler/Timeline), defect)

x86_64
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: osmose, Unassigned)

Details

Attachments

(1 file)

Attached is a profile that I saved earlier that would not open in the Profiler. When I tried to load it, the Profiler showed the "Loading..." message and never changed (I could still use the browser, switch to and use other tools, but the profile never loaded). I generated the profile on Nightly 37.0a1 (2015-01-02), OS X 10.10.1. I tested opening it on the same Nightly with a fresh profile. Along with the failed loading, I noticed the following error in my Browser Console: A promise chain failed to handle a rejection. Did you forget to '.catch', or did you forget to 'return'? See https://developer.mozilla.org/Mozilla/JavaScript_code_modules/Promise.jsm/Promise Date: Fri Jan 02 2015 14:15:48 GMT-0800 (PST) Full Message: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIURI.host] Full Stack: JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource:///modules/devtools/profiler/tree-model.js :: FrameNode.prototype.getInfo :: line 216 JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource:///modules/devtools/profiler/tree-view.js :: CallView.prototype<._displaySelf :: line 91 JS frame :: resource://app/modules/devtools/AbstractTreeItem.jsm :: AbstractTreeItem.prototype._constructTargetNode :: line 355 JS frame :: resource://app/modules/devtools/AbstractTreeItem.jsm :: AbstractTreeItem.prototype.attachTo :: line 234 JS frame :: resource://app/modules/devtools/AbstractTreeItem.jsm :: AbstractTreeItem.prototype._showChildren :: line 325 JS frame :: resource://app/modules/devtools/AbstractTreeItem.jsm :: AbstractTreeItem.prototype._toggleChildren :: line 308 JS frame :: resource://app/modules/devtools/AbstractTreeItem.jsm :: AbstractTreeItem.prototype.expand :: line 268 JS frame :: resource://app/modules/devtools/AbstractTreeItem.jsm :: AbstractTreeItem.prototype.attachTo :: line 238 JS frame :: chrome://browser/content/devtools/ui-profile.js :: ProfileView._populateCallTreeFromFrameNode :: line 501 JS frame :: chrome://browser/content/devtools/ui-profile.js :: ProfileView._populateCallTree :: line 471 JS frame :: chrome://browser/content/devtools/ui-profile.js :: ProfileView._populatePanelWidgets< :: line 369 JS frame :: self-hosted :: InterpretGeneratorResume :: line 987 JS frame :: self-hosted :: next :: line 913 JS frame :: resource://gre/modules/Task.jsm :: TaskImpl_run :: line 314 JS frame :: resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js :: Handler.prototype.process :: line 870 JS frame :: resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js :: this.PromiseWalker.walkerLoop :: line 749 JS frame :: resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js :: this.PromiseWalker.scheduleWalkerLoop/< :: line 691 native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0
Attached file profile.json.zip
Profile that is failing to load.
Different error displayed when using new profiler/perf++ tool loading the json from attachment 8543413 [details] ************************* A coding exception was thrown and uncaught in a Task. Full message: TypeError: recordingData.interval is undefined Full stack: PerformanceController.importRecording<@chrome://browser/content/devtools/performance/performance-controller.js:262:5 TaskImpl_run@resource://gre/modules/Task.jsm:314:40 Handler.prototype.process@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:870:23 this.PromiseWalker.walkerLoop@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:749:7 this.PromiseWalker.scheduleWalkerLoop/<@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:691:37 *************************
Please test again with the new performance tool in Nightly, and reopen if still an issue.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
(the nsIURI.host issue was fixed in a different bug)
Verified that the attached file no longer stalls on the Loading message in the latest Nightly. Thanks!
Status: RESOLVED → VERIFIED
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: