Closed
Bug 342217
Opened 18 years ago
Closed 18 years ago
bookmark this frame doesn't work
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: Peter6, Assigned: pkasting)
References
Details
Attachments
(3 files)
513 bytes,
text/html
|
Details | |
138 bytes,
text/html
|
Details | |
1.63 KB,
patch
|
mozilla
:
review+
bugs
:
superreview+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060620 Minefield/3.0a1 ID:2006062013 [cairo] repro: just try to bookmark a frame via context menu, this frame, bookmark this frame result: nothing happens, not even an error in the console It's the first time I tried/needed this option so I don't have a clue if this ever worked or not
Reporter | ||
Comment 1•18 years ago
|
||
just try to bookmark either one of the frames
Reporter | ||
Comment 2•18 years ago
|
||
same problem with an iframe
Comment 3•18 years ago
|
||
Nope, never did work: if you had a console to dump into, http://lxr.mozilla.org/seamonkey/source/browser/base/content/browser.js#4936 would have dumped "*** IMPLEMENT ME"
Blocks: 317881
Reporter | ||
Comment 4•18 years ago
|
||
amazing that this wasn't filed before (ever/anywhere), the more because the UI is allready there (optimists) ;-)
Comment 5•18 years ago
|
||
It's implemented in previous builds. It works fine in the 20060619 nightly of 2.0a3. Where it isn't implemented is PLACES. Notice the #ifndef a few lines above that differentiate Places vs non-Places. What I don't get is why regular add bookmark works because the addBookmark function a few more lines above looks the same way. I guess that's implemented elsewhere or just differently in Places.
Comment 6•18 years ago
|
||
(In reply to comment #5) > the addBookmark function a few more lines above looks the same way. That would be bug 321973
Assignee | ||
Comment 7•18 years ago
|
||
Here's a simple patch to hook this up.
Assignee: nobody → pkasting
Status: NEW → ASSIGNED
Attachment #236346 -
Flags: superreview?(bugs)
Attachment #236346 -
Flags: review?(joe)
Comment 8•18 years ago
|
||
Comment on attachment 236346 [details] [diff] [review] patch v1 This code is fine by me. I'm curious about whether it gets the frame title when the frame has a title?
Attachment #236346 -
Flags: review?(joe) → review+
Assignee | ||
Comment 9•18 years ago
|
||
(In reply to comment #8) > (From update of attachment 236346 [details] [diff] [review] [edit]) > This code is fine by me. I'm curious about whether it gets the frame title > when the frame has a title? Some simple testing says that it does (which is good).
Comment 10•18 years ago
|
||
Comment on attachment 236346 [details] [diff] [review] patch v1 sr=ben@mozilla.org
Attachment #236346 -
Flags: superreview?(bugs) → superreview+
Assignee | ||
Comment 11•18 years ago
|
||
Fixed. /mozilla/browser/base/content/browser.js 1.704
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 12•15 years ago
|
||
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•