When I put 'regular' http a link into a node's content, and the link contains a CamelCased word, then the freelinking module tries to make a link of the CamelWord *inside* of the http:// link. This of course is not without consequenses for the original link!
Now, the easy workaround would be to make that http: link all lowercase. However, some wiki platforms are case sensitive so this is not always possible.
I've lookad at the regular expression for freelinking and it searches for CamelCases between word boundaries. The problem comes down to the fact that a slash in a URL is also considered a word boundary.
Comments
Comment #1
Anonymous (not verified) commentedThis continues to be an issue.
[[wp>Interwiki|InterWiki]]or [[http://wikipedia.org/wiki/Interwiki|InterWiki]] causes the links to be freelinking/InterWiki. I will look further at this in the code.Comment #2
eafarris commentedCould you try changing line 257 to this:
And see if that takes care of it? This new RegEx requires the CamelCase to follow a space or beginning of a line. It seems to work in my testing, but I'd like some confirmation before I commit it.
Comment #3
ecalos commentedThe following also breaks:
[[Something CamelCase Here|ThePage]]
Comment #4
Anonymous (not verified) commented@ecalos: Not recommended practice. It is as nightmarish as spaces in filenames and directories.
Comment #5
eafarris commentedFixed in freelinking-6.x-1.7. Please verify and close.