Hi Christian, On Fri, 2011-04-01 at 23:37 +0200, Christian Lohmaier wrote: > And I didn't believe that peopler were using it as filestorage for > unrelated stuff...
Silverstripe seemed incapable of hosting these files, as/when I up-loaded them, an hour or two before we went live for our first release. In the rush of the moment (I was still polishing the page after release), I guess I forgot to mention that (apparently) our Silverstripe doesn't let people up-load arbitrary file-types, but only a tiny pre-defined selection of types, which inevitably doesn't include the types interesting for new file filters we've written. I'm sorry I forgot to report this precise issue - being possible to work around with some ease, it was the least of the debilitating delays and frustrations I had :-) > /me is a little <strike>pissed</strike> annoyed. Again the complaining > about the tooling without mentioning the problems to the people who > could easily fix the problems. Ah - I wasn't complaining about the tooling in this instance, but about the page being broken :-) That the end-result is that it turns into a remembered gripe about the tooling, that I didn't bother you with initially, is no surprise I suppose. Ultimately, I havn't looked at it much since I finished work on that page. > As to files, those are served directly by apache, so when there is a > problem with mimetype, let apache know it, no problem, you just need > to mention the problems. Well - I have no idea; last I looked apache could cope with such files just fine when the files are served by the web server directly, from a file-system directory ;-) But using the silverstripe "Files & Images" tab, selecting a wpd file, and trying to up-load it (still) gives me this wonder-dialog: Extension is not allowed (valid: , html, htm, xhtml, js, css, bmp, png, gif, jpg, jpeg, ico, pcx, tif, tiff, au, mid, midi, mpa, mp3, ogg, m4a, ra, wma, wav, cda, avi, mpg, mpeg, asf, wmv, m4v, mov, mkv, mp4, swf, flv, ram, rm, doc, docx, txt, rtf, xls, xlsx, pages, ppt, pptx, pps, csv, cab, arj, tar, zip, zipx, sit, sitx, gz, tgz, bz2, ace, arc, pkg, dmg, hqx, jar, xml, pdf, odt, ott, ods, ots, odp, otp, odb, odm, odg, otg, odc, odi, odf, odi, oxt) So - apparently it is still busted :-) and based not on file-type, or allowing the user to specify such a thing but on extension [ a very crude heuristic ]. Of course, perhaps there is some "really up-load" dialog somewhere that I am missing - most likely user-error - you know me. > Same for allowing additional filetypes. If something doesn't work state so. As above I guess. No doubt lots of tools are done like this - with hard-coded lists of file-types that they limit up-loads to :-) but the fact is it didn't work in the small window of time that I had, and I hacked around with it, and I didn't gripe at you. Of course, I can host the test files on a.n.other server that works, eg. the gnome or freedesktop servers in my user account or something if it is too hard to get this done. I can also complain a lot more, and in far greater detail - with screencasts next time I use silverstripe in anger [sic.] :-) but ... I'm not sure that'd be appreciated or constructive though. IMHO the test files are really useful, they allow journalists to do their research quickly, and I've had them mentioned to me in a couple of interviews and appreciated. The original files are still in git for anyone wanting to repair it. It is a shame (if it is such a simple problem to fix), that the page is still busted. Regards, Michael. -- michael.me...@novell.com <><, Pseudo Engineer, itinerant idiot -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/website/ All messages sent to this list will be publicly archived and cannot be deleted