S Woodside Reporter
	Description • 22 years ago

Normally when the mouse hovers over a link, a finger icon is displayed. This
request is to have a different finger icon appear when the link is going to
result in a file download.

As far as why this might be useful, one situation I have sometimes is that a
link to a document that is in non-HTML format (e.g. PS, PDF, Word, etc.) and I
tab-click on it, only to get a blank tab and a download dialog.

The icon doesn't have to be a finger at all... I'm sure the icon guys can come
up with something.

	Greg K.
	Comment 1 • 22 years ago

How would Chimera know just from the link? Files don't always have a dot-extension.

	S Woodside Reporter
	Comment 2 • 22 years ago

Whatever chimera uses to decide when you click? Content-type?

	Greg K.
	Comment 3 • 22 years ago

But then Chimera will have to analyze each link on the page for content-type
(which it normally doesn't do until you click one) either onload for all of them
or onmouseover individually. That would be a speed hit. Would it really be worth it?

	S Woodside Reporter
	Comment 4 • 22 years ago

Hmmm... not if the speed hit happens before I get to see the page. Could it be
done asynchronously?

How about a variation that would deal with my original complaint: If I tab-click
on a link that results in a download, don't display the new tab after all. If
that seems reasonable I'll morph or log a new bug.

	Greg K.
	Comment 5 • 22 years ago

The processing is going to have to be done somehow, whether synchronously or
asynchronously. It's going to take processing time, and this browser's supposed
to be lean and quick. I guess I recommend WONTFIX.

	S Woodside Reporter
	Comment 6 • 22 years ago

Following Greg's comment in Bug 175336 I've changed this to product Browser.
I'll see what the general Mozilla folks think.

	Christian :Biesinger (don't email me, ping me on IRC)
	Comment 7 • 22 years ago

correcting component

	Josh Birnbaum
	Comment 8 • 22 years ago

Resetting to default component owner.  I'm not sure how this can be anything
other than WONTFIX, but I'll let someone else make the final decision. 
Determining the actual content type requires contacting the remote server...  So
it's possible, but the overhead would be pretty bad (or Moz could guess, I
suppose, but that seems less than useful).

Simon, if you haven't already filed a bug on your complaint about tabs (and if
there's not already one about that), I'd recommend filing one.  I like the
general idea (and bug 169678 covers that), but downloads in particular are
difficult.

	S Woodside Reporter
	Comment 9 • 22 years ago

Tab opening on download filed as Bug 191223 for Chimera. Do you want one for
Browser as well?

	Josh Birnbaum
	Comment 10 • 22 years ago

So we now have bug 187915 for Chimera.  I've searched the Browser component
pretty thoroughly but couldn't find an equivalent Mozilla bug.  If bug 187915 is
going to be fixed just for Chimera, then yes, a Browser bug should be opened.

There is an equivalent bug 111909, for mailto: links.

	Kenneth Herron
	Comment 11 • 21 years ago

This isn't generally feasible. With http, the browser won't know what type of
file it's going to get until it tries to load the URL and gets a MIME type from
the remote server. It could be done in some cases (FTP urls, urls that have been
prefetched) but to implement it generally, mozilla would have to aggressively
prefetch urls to find out what kind of MIME type is involved.

To the extent that this is doable, it looks to be a dupe of bug 169678. I'm
resolving it that way.

*** This bug has been marked as a duplicate of 169678 ***