Microsoft employee here, not speaking for the company just my own perspective. I work in Azure, but not on this stuff specifically.
Sharepoint has its origins in managing collections of MS Office documents more so than HTML and browsers. It knows about certain document types and tries to do intelligent things with them. It's not necessarily the tool you would use for serving raw data over HTTP with arbitrary Content-Types. (Given the complex and varied rules by which browsers interpret content, I'm not actually sure how one could even do that perfectly securely short of enforcing separate second level domain names for each and every tenant.)
As an old-school software engineer, we used to say the biggest part of requirements analysis is setting customer expectations correctly. It seems fair to say that the renaming of Sharepoint to "OneDrive for Business" has surprised some folks where it behaves differently from plain OneDrive or from raw BLOB store.
I found this KB https://support.microsoft.com/kb/2903984 which doesn't mention the term 'file' anywhere (except to refer to the downloaded installer file). It uses the terms 'library' and 'content':
The stand-alone OneDrive for Business (formerly SkyDrive Pro) sync client lets users of Microsoft SharePoint 2013 and Microsoft SharePoint Online in Office 365 sync their personal OneDrive for Business (formerly SkyDrive Pro) document library or any SharePoint 2013 or Office 365 team site library to their local computer. This sync relationship provides access to important content both online and offline. The OneDrive for Business (formerly SkyDrive Pro) client can be installed side-by-side with previous versions of Office (such as Microsoft Office 2010 and Microsoft 2007 Office).
I tried the installer. The installation process is branded all over as being a feature of Office.
Is there something other than the substring 'Drive' that gives the expectation of a fully generic file synchronization tool?
>Is there something other than the substring 'Drive' that gives the expectation of a fully generic file synchronization tool?
I don't think anyone is expecting OneDrive to be "fully generic" (I believe that 'emeraldd was referring to the "tries to do intelligent things" portion of the sentence he quoted).
It just seems that people are unaware of the fact that putting certain kinds of documents into "document libraries" or "team site libraries" involves automatically adding metadata to those documents (from the OP's example, html comments and "xmlns:..." attributes were added to html files).
I think he has a good point. For example, DropBox has lots of special handling for image types. It has a special folder for sharing them, it has auto image upload from the places phones tend to store them, etc.. Google similarly has auto-image upload and enhancement, and they have a ton of special handling for office documents that can interconvert them. So DropBox and Google Drive are both examples of cases where special things are done by knowing about file types. I can't really think of any service that doesn't. Maybe rsync run by cron or Tarsnap, but only us techies ever use that. Even then, most compression schemes can recognize compressed files vs. uncompressed and not recompress them - like ZIP utils storing files vs. compressing them when building an archive.
Sharepoint has its origins in managing collections of MS Office documents more so than HTML and browsers. It knows about certain document types and tries to do intelligent things with them. It's not necessarily the tool you would use for serving raw data over HTTP with arbitrary Content-Types. (Given the complex and varied rules by which browsers interpret content, I'm not actually sure how one could even do that perfectly securely short of enforcing separate second level domain names for each and every tenant.)
As an old-school software engineer, we used to say the biggest part of requirements analysis is setting customer expectations correctly. It seems fair to say that the renaming of Sharepoint to "OneDrive for Business" has surprised some folks where it behaves differently from plain OneDrive or from raw BLOB store.