Download attribute in <a> tags isn't honored
Categories
(GeckoView :: General, defect)
Tracking
(Not tracked)
People
(Reporter: clement.lefevre, Unassigned)
Details
Filing the issue here as I get the feeling this is where it belongs, considering I could verify both Fenix and Focus to be affected by the issue (On Android, can't tell if iOS is affected as well), but I can obviously be wrong and in such case this should be splitted into two issues for both Fenix and Focus.
On some random file server provided by an Android application, I had a url looking this way:
http://192.168.1.53:8090/getfile?path=/storage/emulated/0/contacts_20250114_204910.vcf&auth=ae0874c24fd9b9040f341d299fbf1a49c52ef573b395960f89b7960d0d08e161
On both Fenix and Focus, the result was a download of a file with a weird name picking some parts and with a final concatenated result like this: getfile.vcf
.
The original link looked that way: <a class="box" href="getfile?path=/storage/emulated/0/contacts_20250114_204910.vcf&auth=ae0874c24fd9b9040f341d299fbf1a49c52ef573b395960f89b7960d0d08e161" download="contacts_20250114_204910.vcf"><img src="getfile?path=&auth={thumbauth}" class="thumbnail"><p>contacts_20250114_204910.vcf</p><font>1970-01-20 22:02:51</font><span>113.76KB</span></a>
If the download
attribute was respected, it would look another way.
Firefox desktop and Chrome on Android honors it and the downloaded file have the correct name, assuming the link from the index page is clicked. If the link is directly pasted in the url box, both offer to download a file named getfile
, which I'd say is expected/intended and not a weird concatenation ending up building getfile.vcf
for a reason I don't understand.
Comment 1•10 days ago
|
||
The severity field is not set for this bug.
:owlish, could you have a look please?
For more information, please visit BugBot documentation.
Updated•10 days ago
|
Description
•