Closed Bug 617511 Opened 14 years ago Closed 14 years ago

bug fix for test breakage by 594644

Categories

(Firefox Graveyard :: Panorama, defect)

defect
Not set
normal

Tracking

(blocking2.0 -)

RESOLVED FIXED
Tracking Status
blocking2.0 --- -

People

(Reporter: iangilman, Assigned: iangilman)

References

Details

(Whiteboard: [qa-])

Attachments

(1 file)

Attached patch patch v1 (deleted) — Splinter Review
Bug 594644 breaks some session store tests; this patch fixes that by taking advantage of the new session store events from bug 615394.
Attachment #496060 - Flags: review?(dietrich)
Requesting blocking as it blocks a blocker.
blocking2.0: --- → ?
What blocker does this block? I'm going to hold off on this review until bug 615394 is finished up.
(In reply to comment #2) > What blocker does this block? I'm going to hold off on this review until bug > 615394 is finished up. Bug 594644 can't land without this fix or we'll get oranges, so this bug is holding that bug up (though it's not marked as blocking that bug here in bugzilla, as that would create a circular reference).
Comment on attachment 496060 [details] [diff] [review] patch v1 r+ with one fix: since .sessionstoreReady and .sessionstoreBusy are also manually used for private browsing state changes, i think you should rename the methods (and the counter) to something abstract from the storage implementation, and more descriptive of the action taken, like tabviewStoragePause/tabviewStorageReady.
Attachment #496060 - Flags: review?(dietrich) → review+
blocking2.0: ? → final+
Assignee: nobody → ian
Status: NEW → ASSIGNED
Doesn't block, but approved for landing when appropriate. a=me
blocking2.0: final+ → -
(In reply to comment #4) > Comment on attachment 496060 [details] [diff] [review] > patch v1 > > r+ with one fix: > > since .sessionstoreReady and .sessionstoreBusy are also manually used for > private browsing state changes, i think you should rename the methods (and the > counter) to something abstract from the storage implementation, and more > descriptive of the action taken, like tabviewStoragePause/tabviewStorageReady. I've updated the names and given the routines more descriptive comments: // ---------- // Function: storageBusy // Pauses the storage activity that conflicts with sessionstore updates and // private browsing mode switches. Calls can be nested. storageBusy: function UI_storageBusy() { if (!this._storageBusyCount) TabItems.pauseReconnecting(); this._storageBusyCount++; }, // ---------- // Function: storageReady // Resumes the activity paused by storageBusy, and updates for any new group // information in sessionstore. Calls can be nested. storageReady: function UI_storageReady() { this._storageBusyCount--; if (!this._storageBusyCount) { let hasGroupItemsData = GroupItems.load(); if (!hasGroupItemsData) this.reset(false); TabItems.resumeReconnecting(); } }, I didn't go with .storagePause, as we're not actually pausing all storage usage.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Depends on: 623792
Depends on: 586198
Depends on: 624102
Whiteboard: [qa-]
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: