2019-03-23 09:20 UTC

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0002636NetSurfAmiga-specificpublic2019-03-02 23:31
ReporterGeorge Sokianos 
Assigned ToChris Young 
SeverityminorReproducibilityalways 
StatusresolvedResolutionno change required 
PlatformOSAmigaOS 4.1OS Version4.1 FE
Product Version3.8 
Target VersionFixed in Version3.9 
Summary0002636: Not all html files are read right locally
DescriptionI am trying to setup the NetSurf to work with YAM for HTML files, which is something I managed to have it working. Now, when I double click the HTML attachment file, opens NetSurf, showing the email content.

Yam saves those HTML files under Ram:T/ folder.
The problem is that other files are working just fine and others do not. Even if I open them from NetSurf Project menu.

Attached you can find a couple of these files as an example. The one is working just fine and the other doesn't.
Steps To Reproduce1. Unarchive the attached file
2. Open NetSurf
3. Select from the Project menu the option "Open local file" and open first the one and then the second file.
TagsNo tags attached.
Fixed in CI build #4553
Reported in CI build #
URL of problem page
Attached Files

-Relationships
+Relationships

-Notes
Chris Young

~0001891

Chris Young (developer)

If you either remove the closing bracket from <html> in DefIcons, or add a new "MATCH 0 <!doctype html" entry to the HTML filetype, DefIcons will recognise the file correctly if it is re-saved. There's something weird in the file causing it to not be identified as text (most likely the UTF-8 characters near the start of the file) until it is saved from a native text editor.
This is a DefIcons/OS issue, not a NetSurf one.
George Sokianos

~0001892

George Sokianos (reporter)

The problem happens from the NeSurf, and not by double clicking the html file. NetSurf asks the system if the file is a html or not, or it uses it's own recognition functions?
Chris Young

~0001894

Chris Young (developer)

It asks the system for local files. Or, more accurately, it checks for a MIMETYPE tooltype in the icon, which will be the default icon assigned by DefIcons. If not found, it tries DataTypes and the resources/mimetypes file.
+Notes

-Issue History
Date Modified Username Field Change
2019-02-16 16:51 George Sokianos New Issue
2019-02-16 16:51 George Sokianos File Added: 1-YAMm0000004e-p2.lha
2019-02-16 17:36 Vincent Sanders Assigned To => Chris Young
2019-02-16 17:36 Vincent Sanders Status new => acknowledged
2019-02-18 19:00 Chris Young Status acknowledged => resolved
2019-02-18 19:00 Chris Young Resolution open => no change required
2019-02-18 19:00 Chris Young Fixed in Version => 3.9
2019-02-18 19:00 Chris Young Fixed in CI build # => 4553
2019-02-18 19:00 Chris Young Note Added: 0001891
2019-02-18 19:28 George Sokianos Status resolved => feedback
2019-02-18 19:28 George Sokianos Resolution no change required => reopened
2019-02-18 19:28 George Sokianos Note Added: 0001892
2019-03-02 23:27 Chris Young Note Added: 0001894
2019-03-02 23:31 Chris Young Status feedback => resolved
2019-03-02 23:31 Chris Young Resolution reopened => no change required
+Issue History