Cache Fakespot API responses for open tabs
Categories
(Firefox Graveyard :: Shopping, task, P2)
Tracking
(Not tracked)
People
(Reporter: fchasen, Assigned: fchasen)
References
Details
(Whiteboard: [fidefe-RCSidebar])
Attachments
(2 obsolete files)
Now that there is just a single sidebar panel, when switching to an existing tab we don't want to re-request the analysis data if there hasn't been a navigation but still need to replace whatever data that is currently in the sidebar with the data for the tabs location.
We'll want to cache the data for the product in tab until that tab navigates to something else. This isn't going to need to be a cache of the API responses but just of the current product tabs in a window.
Navigating the page or reloading will need to expire the cache for that tab / uri.
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 1•1 year ago
|
||
Updated•1 year ago
|
Updated•11 months ago
|
| Assignee | ||
Comment 3•11 months ago
•
|
||
kpatenio found some issues with the current patch only listening for tab changes while the RC sidebar is open and so not removing items from the cache when tabs are closed and the sidebar is not open. This is a result of this caching strategy originally only sticking around until the sidebar was closed.
That doesn't make much sense not that the sidebar auto-closes, so initially I switched the cache to be a static member on ReviewCheckerChild but it seems like the cache might need to move to somewhere like ShoppingUtils.
However it seems that we may be able to pass cache headers from the API through OHTTP, which along with the fixes to flickering when switching tabs, may be a better and more long term solution to this.
Updated•10 months ago
|
Comment 4•9 months ago
|
||
This bug is being closed because we are closing the Bugzilla component.
If this still needs attention, please re-open and change component to
the appropriate component or "General".
Updated•9 months ago
|
Description
•