-
2007-11-16
pjstroud
This appears to be realted to Mac OS X resource fork files (._blah) in the file dokuwiki filesystem. I've removed all the files, but the issue persists.
We're seeing: 2��TEXTATTR6��xThis resource fork intentionally left blank �� at the top of the page.
On ANY page I try to save, I get a page display JUST this text and nothing else. If I click the back button and save again, I get a conflict screen where it asks me to select the version I want to use (the first one I saved, or this last one). Most of the time, after I select my most recent file it saves and I'm back in business. Other times I need to go through the process one more time.
As stated, I think it has something to do with the OS X resource forks being there at some point. Files may have been added to dokuwiki by dropping them into the file system and not submitting them through the wiki app. I just have no idea how to get rid of this text and persistant bug.
Thanks.
-
2007-12-03
andi
I don't have a Mac so I cannot reproduce this, but I never heard of any Mac user having such a problem. DokuWiki should ignore files starting with a dot completely. Is there anything about your setup that might differ from a "normal" Mac setup? Also please state the versions of the used software.
-
2007-12-03
pjstroud
I recently fixed the problem -- at least for now. The problem was a few leftover ._ files in the dokuwiki file system, which are created by the Mac. I just scrubbed all folders and the problem went away. So, FYI, ._ files reek havoc on dokuwiki. It was getting so bad that we couldn't even edit documents or finish resolve diffs -- the app was really broken. And, these files will only appear if a Mac drags and drops, or saves files directly a folder in the dokuwiki file system.
Thanks,
Patrick
-
2007-12-03
pjstroud
I should also clarify: our dokuwiki install is on a linux box (Ubuntu). Many or our wiki contributors on on macs. The problem occurs when a mac user manually adds a file (drag and drop or direct save) to the dokuwiki file system over SMB.
Patrick
-
2008-01-18
andi
reopened, changed the wrong ticket
-
2008-02-15
andi
Could you please do the following?
1. Create a test namespace in your wiki (just create a page test:test)
2. Then use drag'n'drop to put another file into that namespace to create the problem.
3. tar the whole namespcae on your ubuntu machine (not via smb)
4. send me the tar via mail or attach it here
-
2008-02-15
pjstroud
Andreas,
We figured out the problem about a month ago. It's the resource files (._foo) that the mac adds. Dokuwiki didn't know what to do with them. I am now making sure I clean my directories of all ._ files before doing any manual drops into the media folder. This has been working great for us since we discovered the issue.
Thanks.
-
2008-02-15
andi
Well, great this workaround works for you. But I really want to understand how this happens. I don't have a Mac so I cannot test this. So if you could forcefully reproduce the problem and send me the files it would be a big help to me (and probably other mac users).
-
2008-02-15
pjstroud
how do I tar just that namespace? Is there a folder for just that namespce? I know there is in the media folder, but are you also looking for txt or cached files? Just want to give you exactly what you need.
Patrick
-
2008-02-15
andi
Yes, each namespace has its own folder below data/pages. I just need that namespace folder and its contents.
-
2008-02-24
ChrisS
I can operate a similar setup, wiki on linux box accessible to Mac via smb share. I drag'n'dropped in a couple of files into the page space and then edited them to create resource forks. DW (current dev) wasn't affected.
There was a problem with plugin loading and resource fork files. That was patched, per
http://dev.splitbrain.org/darcsweb/darcsweb.cgi?r=dokuwiki;a=commit;h=20070627184840-d26fc-4460e02bd480470a5cdbd2b826e12fb4e4bcc4bc.gz
-
2008-10-11
andi
seems it can not be reproduced anymore