This is a very odd bug.

On this page: http://www2.lanecc.edu/departments-and-programs We have a link to Language, Literature and Communication in two places. In one place, it links to the alias. In the link in the E section, it links to the node number.

Why doesn't it link to the alias on both links?

To top this off with strangeness, on my local desktop, the links both use the alias. The problem is only on the Acquia Devcloud server we are using.

We use LinkIt to create links in TinyMCE. All links go to the node number, and then are filtered by Pathologic.
We've run into this kind of behavior before, with a link that was the only link to that node on the page. For some reason, when we removed the link from being in a list, it started working.

Any other information I can provide that would help?

Thanks!

Comments

Garrett Albright’s picture

Garrett Albright commented

If you're using a WYSIWYG editor like TinyMCE, try one of these: make sure that the "Also considered local" field on the filter options has a line which contains a single slash character in it (more info); or try upgrading to the 7.x-2.0 beta release, which should work nicer with WYSIWYG editors right out of the box.

jerrac’s picture

jerrac commented

Tried the / before. Can't remember why we didn't keep it.

I'll try the beta.

Though I'm starting to wonder if it's because the Acquia Devcloud server is running an old version of PHP. 5.2.something. On our local dev machines we've ended up with 5.3. Haven't had a chance to downgrade and test that yet.

Garrett Albright’s picture

Garrett Albright commented

I really don't think the version of PHP is going to affect anything with regards to Pathologic.

Have you had a chance to try the new beta yet?

schmidtk’s picture

schmidtk commented
Version: 7.x-1.4 » 7.x-2.0-beta1

We tried upgrading to 7.x-2.0-beta1 this morning, but still no luck. I also verified the suggestion from comment #1 - we had a single slash in the "Also considered local" field. (I work on the same site as jerrac)

schmidtk’s picture

schmidtk commented
Version: 7.x-2.0-beta1 » 7.x-2.x-dev

Also tried the upgrade to 7.x-2.x-dev, but no luck on there either. Page is running on 7.x-2.x-dev at www2dev.lanecc.edu/departments-and-programs

We've also noticed that paths like /node/339?term=201220 aren't replaced. See http://www2dev.lanecc.edu/node/339?term=201220 - specifically the first link on that page.

Garrett Albright’s picture

Garrett Albright commented

The most recent Beta 2 release should be better at automatically detecting when a URL begins with the current site's base path. I know I've said that before, but still, if you could give it a try with this most recent release, I'd appreciate it.

schmidtk’s picture

schmidtk commented

Sorry, I was hopeful too, but it seems nothing changed on our end. I'm still really confused as to why everything works just fine on a local development machine, but not when we're hosted on Acquia. The only difference I can see is that I'm runing php 5.3.10 locally, but 5.2.4 there. But like you said, I can't think of how that'd be causing the problem.

schmidtk’s picture

schmidtk commented

Tried Beta3 today - no luck.

schmidtk’s picture

schmidtk commented
Status: Active » Closed (works as designed)

We've since upgraded PHP to 5.3.6 (took the site off the cloud, and brought it in house). No more sign of this problem, although there's also no guarentee that it was the PHP version that fixed it.