Forum OpenACS Development: Re: XOWIKI files CR links broken?
where one achives the following renderings of the link in a package instance named "xowiki"
When the file was uploaded as file to xowiki, when activating the link (a), one gets the page with the meta-data (name, content type, last modified, ...). For (b) one gets the bare content (no master template, ...). In the case (c) the .js file is rendered on the page (a certain security risk, but the file has to be from the CR of the server is therefore traceable). The default rendering from the xowiki UI (for example in the last "recently changed pages" includelet) is variant (a).
Two things in your posting make me wonder
1) in the xowiki management UI, all generated links are of the form (a) and not what you describe.
2) the download link that you describe as broken, should work. If not, there is something wrong in your installation (see e.g. http://www.openacs.org/xowiki/file/naviserver-nx.png which contains a download link)
So the behavior for xowiki file upload you describe with a-c is working correctly. The issue still remains that the link generated for the file does not link to anything in the CR which leads me to your #2.
We are also experiencing excessive storage usage (x2 - x4 > expected) w/in the CR (folders appear to be recursively copying), which I think might be related and confirms #2.
concerning CR copying: as i read this sentence, you are using the openacs file-storage, and it uses more space than you expected? correct? if so, i see no connection to the broken link.