Closed Bug 1203341 Opened 9 years ago Closed 9 years ago

Live Bookmarks Properties is not showing all the fields (like Feed Location)

Categories

(Firefox :: Bookmarks & History, defect)

40 Branch
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox40 --- wontfix
firefox41 --- wontfix
firefox42 --- wontfix
firefox43 --- wontfix

People

(Reporter: cmvc95, Unassigned)

References

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:40.0) Gecko/20100101 Firefox/40.0 Build ID: 20150826023504 Steps to reproduce: Right click on any Live Bookmark and choose Properties. Actual results: Instead of showing all the fields which used to include Feed Location, it now only shows two fields: Name and Description. Expected results: When I add a Live Bookmark, I also like to add it in to Feedly by copying and pasting the feed location. I used to be able to get this from Firefox by right clicking the newly added Live Bookmark, choosing Properties, and then getting the Feed Location from there. Now, all the usual displayed fields are gone except for Name (which still shows the correct name) and Description (which is always blank).
Blocks: 951651
Status: UNCONFIRMED → NEW
Component: Untriaged → Bookmarks & History
Ever confirmed: true
Keywords: regression
OS: Unspecified → All
Hardware: Unspecified → All
I'm sorry but this change was done on purpose to simplify the code, we don't consider those read-only information critical at all. To obtain the feed uri you can right click a live bookmark, choose Copy and then paste into a text field or any text target.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Marco, are you sure this is reasonable? Firefox is fetching content from a remote location, in which case from a security perspective it should always be easy to recognize what that location is.
I would be fine showing that in a tooltip if there are security concerns, but I'm not sure I see the security concern here, if there's one it would be in the feed parser or in the way the feed was added without user consent. I mean, I'm not sure how knowing where the data comes from will really increase your security. Btw, I think a tooltip would be enough to cover your concern.
without taking into account that just hoving any entry inside the feed will show the go-to url in the "status bar"...
s/hoving/hovering/
I just noticed this in Ffx 43. Not being able to easily view and edit Live Bookmarks is a huge pain for me. This decision seems likely to do nothing other than infuriate power users like me. Pasting hidden fields into the URL bar to view them is not an intuitive UX. Furthermore, if you're really looking to simplify the code base, why create a special exception for Live Bookmarks? Why not simply remove the ability to view the location property from all bookmarks? For what it's worth, hovering field entries will frequently *not* show the underlying feed URL, particularly when the feed is running on a third-party service (e.g. Feedly, Feed43, etc.)
You need to log in before you can comment on or make changes to this bug.