Closed Bug 533207 Opened 15 years ago Closed 14 years ago

wyciwyg:// URLs should not be synced as-is

Categories

(Firefox :: Sync, defect, P3)

defect

Tracking

()

RESOLVED FIXED

People

(Reporter: Unfocused, Assigned: Mardak)

Details

Weave currently syncs wyciwyg:// URLs. These should have the wyciwyg://0/ part stripped before syncing, leaving the real URL.
Flags: blocking-weave1.0?
STR?  I can't remember the last time I saw a wyciwyg URL in the wild...
Unfortunately, I have no idea how I got the wyciwyg:// URL in the first place - it was a tab I hadn't looked at for ages, amongst ~50 others, and session restored several times. I haven't been able to reproduce it since.

Regardless, it'd be nice if Weave didn't sync such URLs as-is (or even at all?).
It would be, yes.  Targeting for 1.1.
Severity: major → normal
Flags: blocking-weave1.0? → blocking-weave1.0-
Priority: -- → P3
Target Milestone: --- → 1.1
Flags: blocking-weave1.1+
From another bug, here's a page that will trigger a wyciwyg:// url to sync - http://people.mozilla.org/~jgriffin/test1/page1.html

Per discussion earlier, we're just going to ignore wyciwyg. The alternative would be to use uri fixup, but as my argument went, since there's nothing cached on the remote client, it's not worth it.
Assignee: nobody → edilee
http://hg.mozilla.org/labs/weave/rev/999952b58dc1
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
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.