https://bugzilla.wikimedia.org/show_bug.cgi?id=64644
Matthew Flaschen <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Matthew Flaschen <[email protected]> --- Hmm, I still saw it on my current checkout. But when I deleted the Parsoid extension and re-provisioned, it fixed itself (the symbolic link is there). Thus, closing as WORKSFORME. It's possible it still doesn't work on VirtualBox shared folders-on-Linux-host (but not confirmed), and I don't think that's a major use case. The host is Debian, and the filesystem is ext4. I believe I originally filed this for my own checkout (not on behalf of someone else), which means it was also Linux then. However, it may have been VirtualBox shared folders, rather than NFS (as I currently use). (In reply to Bryan Davis from comment #2) > I was fixated on the Parsoid service, not the extension even though Matt > linked to the extension code. Back to blaming this on the host filesystem. > We can (and should) work around the symlink by specifying the entry point > for the Parsoid extension as the php/Parsoid.php file. I did that earlier. IIRC that was what I meant by working around it. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
