Imported from previous forum
Further investigation has revealed an issue with the way that some browsers (Firefox in particular) communicates file information to the Spine site at the point of upload. This has been resolved by changing the way that the site assigns icons to documents / media which is no longer dependent on information supplied by the browser. The fix has been rolled out site-wide.
I don't think that is a plausible explaination. Take a look at the file for EP168. It is also of the format vx.y_ASBUILT.pdf and the icon for that one renders fine.
I've also noticed zip files rendered with the cog icon as oppose to the zipper icon.
Lisa
We are looking into it. An initial look indicates that the filename itself has a "." in after v0.4
e.g. "FIX Protocol Gap Analysis - AttachmentGrp Proposal v0.4_ASBUILT (1).pdf" the process that interogates the file-type would therefore be likely to have been thrown off track by attempting to interpret everything after the first "." and not finding a ".pdf" expression, or other filetype it recognises.
Once this possible explanation has been validated, we will raise a JIRA ticket to modify the process to address.
http://www.fixtradingcommunity.org/pg/file/fplpo/read/33605/ep167-attachmentgrp-proposal
http://www.fixtradingcommunity.org/pg/extensions/extension-pack?ExtensionID=EP167
Referring to the two pages above, the file in question is a pdf file and according to the attributes page for the file
http://www.fixtradingcommunity.org/mod/file/edit.php?file_guid=33605
the "Tech Specs Document Type" is properly checked as a pdf file. However the pdf icon is now showing for this file.
Please check why this is not behaving as expected.