On Thu, 31 Jul 2008 00:01:25 +0100, Rob Kendrick wrote: Yes please - that will be very useful. I'm working with an SVN snapshot at the moment and I can see it getting further and further behind. But then you miss out on the fun of ram:t//clipboards/0 etc ;) I also don't see why this wasn't a problem for RISC OS, last time I checked a slash was a valid filename character rather than a path separator, so I would expect it to complain profusely if this was present at the start of a fully-qualified path. I can't see anything relevant in there. There is some code in fetch_curl.c which handles the filetypes: if (strncmp(f->url, "file:///", 8) == 0) url_path = curl_unescape(f->url + 7, (int) strlen(f->url) - 7); Changing the two 7s to 8s here appears to send the correct path to the local MIME type routine. I assume exactly the same code is elsewhere but I can't find it. I'm told that file:/// is correct (and there is certainly code elsewhere which converts file:// to file:///), but path_to_url in urldb.c only adds two? I think I probably need an #ifdef in the code which picks out the path from the URL, so it starts at the eighth character instead of the seventh. Maybe this can be a global variable or defined in utils/config.h, as I can see it being a problem for other platforms as well (eg. Windows). Chris