Closed
Bug 428585
Opened 16 years ago
Closed 15 years ago
Loading a place URI in an iFrame does not throw an exception
Categories
(Firefox :: Bookmarks & History, defect)
Firefox
Bookmarks & History
Tracking
()
RESOLVED
INVALID
People
(Reporter: cmtalbert, Unassigned)
Details
When you set an iFrame src attribute to a place URI, it shows an alert dialog, but it does not throw an exception. If you perform an XMLHTTPRequest with a place URI, it throws an exception, so you'd expect the same behavior from loading a place URI in an iframe. The test for this is at: http://mxr.mozilla.org/mozilla/source/toolkit/components/places/tests/mochikit/test_bug_405924.html. There is a "todo" in there that should be changed to an "ok" and will cause the test to fail until this problem is fixed.
Comment 1•16 years ago
|
||
probably true for any not-handled scheme, not just place:.
Comment 2•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
Comment 3•15 years ago
|
||
Marking invalid, as Dietrich says this is true for any unrecognized protocol, and bug 529597 has landed, adding a place protocol and making this bug moot.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → INVALID
Whiteboard: [sg:investigate]
You need to log in
before you can comment on or make changes to this bug.
Description
•