Closed Bug 901586 Opened 11 years ago Closed 5 years ago

can't drag file:// links to the about:newtab page

Categories

(Firefox :: New Tab Page, defect)

17 Branch
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox22 --- wontfix
firefox23 --- wontfix
firefox24 --- wontfix
firefox25 --- wontfix
firefox-esr17 --- wontfix

People

(Reporter: bugzilla.mozilla.org, Unassigned)

References

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0 (Beta/Release)
Build ID: 20130618035212

Steps to reproduce:

1. Make a bookmark to a local file - path in my case is file:///C:/tom/emacs/elisp_html/index.html

2. Follow instructions at https://support.mozilla.org/en-US/kb/new-tab-page-show-hide-and-customize-top-sites to add this bookmark to the newtab page by dragging and dropping it from the Show All Bookmarks window to one of the boxes on the newtab page.


Actual results:

When the link is dragged onto one of the boxes in the newtab page, the link is opened in the window and the newtab page is unmodified.


Expected results:

The link should be assigned to the box it was dropped on to, as happens when you drag an http:// link.
Keywords: regression
Version: 22 Branch → 17 Branch
Regressiom window
Good:
http://hg.mozilla.org/mozilla-central/rev/ae22909cef5a
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 ID:20120717152955
Bad:
http://hg.mozilla.org/mozilla-central/rev/d56993c345f4
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 ID:20120718033655
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ae22909cef5a&tochange=d56993c345f4

Regressed by:
c119555cd89a	Tim Taubert — Bug 765628 - Bookmarklets on the new tab page are able to run privileged javascript; r=gavin
Status: UNCONFIRMED → NEW
Ever confirmed: true
Component: Untriaged → General
I am also able to reproduce this on MacOSX.
OS: Windows 7 → All
Hardware: x86_64 → All
Unintended side-effect of the checkLoadURI call added to block javascript:/data: links, I guess. Not sure what to do about it, seems like kind of a pain to fix without regressing bug 765628.
Yeah... seems like the best we can do here is to wait until bug 776477 is fixed and then remove the link checker.
Depends on: 776477
Mass-move to Firefox::New Tab Page.

Filter on new-tab-page-component.
Component: General → New Tab Page

Hello!

This bug has been closed due to inactivity and/or the potential for this bug to no longer be an issue with the new Discovery Stream-powered New Tab experience.

Please help us triage by reopening if this issue still persists and should be addressed.

Thanks!

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.