Closed
Bug 1230123
Opened 9 years ago
Closed 9 years ago
Live Bookmarks died, appearing as normal folders
Categories
(Firefox :: Sync, defect)
Firefox
Sync
Tracking
()
RESOLVED
DUPLICATE
of bug 1190131
Tracking | Status | |
---|---|---|
firefox45 | --- | affected |
People
(Reporter: gcp, Unassigned)
Details
I've had a fair number of "Live Bookmarks" (RSS feeds) in my bookmarks menu since forever. A while ago (~2 months, at a guess) these started coming up as just (Empty). I initially suspected this might be a side effect of Sync revisions, but I've just noticed I can't add new ones (and hence replace the broken ones) either. STR: 1) http://rss.slashdot.org/slashdot/slashdotMain?format=xml or http://feeds.feedburner.com/tweakers/mixed 2) Subscribe to this feed using [Live Bookmarks] 3) Click "Subscribe Now" Expected result: Live Bookmark for site gets added...somewhere. Observed result: Action has no effect whatsoever.
Comment 1•9 years ago
|
||
So this is 2 bugs? The first one, empty livemarks, is so far unknown, I didn't see other reports. The latter, being unable to add new ones, just sounds like e10s bug 1109714.
Reporter | ||
Comment 2•9 years ago
|
||
Yes. It wasn't clear to me whether both behaviors were the manifestation of one bug or not. Seems like not.
Comment 3•9 years ago
|
||
may you please try adding livemarks in a non-e10s window, and then check if they work properly in the bookmarks views?
Reporter | ||
Updated•9 years ago
|
Summary: Live Bookmarks dead, adding new ones fails → Live Bookmarks died, appearing as normal folders
Reporter | ||
Comment 4•9 years ago
|
||
Yes, that works. I'm re-adding now and will keep an eye if they go "dead" again.
Comment 5•9 years ago
|
||
Off-hand the fact they appear as normal folders means they lost their "feedURI" annotation. It's unlikely for Places code itself to remove annotations, that can only point out to either a database corruption or Sync issues. Considered it's just livemarks and it happened suddenly to all of them, I'd likely point to a Sync issue...
Reporter | ||
Comment 6•9 years ago
|
||
I concur (see also comment 0). Feel free to change component if appropriate.
Comment 7•9 years ago
|
||
yep, unfortunately it may be very hard to figure out what happened without Sync logs, and if this happened time ago, it's unlikely anything can happen. moving just to notify people in Sync this may have happened.
Component: Bookmarks & History → Firefox Sync: Backend
Product: Firefox → Cloud Services
Version: Trunk → unspecified
Comment 8•9 years ago
|
||
Sounds like a dupe of Bug 1190131. Take a look, gcp?
Reporter | ||
Comment 9•9 years ago
|
||
Sounds likely, although all my systems (including those with years-old Firefox installs) were affected. I guess that bug could cause Sync to update the old system with the "new" bookmarks that were actually corrupted copies of its originals? If that sounds possible then feel free to dupe this.
Comment 10•9 years ago
|
||
(In reply to Gian-Carlo Pascutto [:gcp] from comment #9) > I guess that bug could cause Sync to update > the old system with the "new" bookmarks that were actually corrupted copies > of its originals? If that sounds possible then feel free to dupe this. Sadly, that probably exactly what happened :(
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•6 years ago
|
Component: Firefox Sync: Backend → Sync
Product: Cloud Services → Firefox
You need to log in
before you can comment on or make changes to this bug.
Description
•