Thanks for a great module!

One feature I'd really love to see is an option to have the internalized links saved as system paths ("internal:node/nid") instead of aliased paths ("internal:aliased/path"). This would stop internal links from breaking when a node's alias is changed (something that happens quite often on our sites).

Comments

mrfelton’s picture

mrfelton commented

@aleksip: That really ought to be happening - it is probably the main purpose of the module... However, I think you will find that in the database, the links are actually saved as internal:node/[nid], though when you edit a node it may look like a normal aliased path (this is done mainly so that wysiwyg editors can render the images correctly). Please can you confirm if you are seeing aliased paths when editing a node, or actually in your database?

aleksip’s picture

aleksip
Primary language Finnish
Location Finland
commented

@mrfelton: I can confirm that I am actually seeing aliased paths in the node_revisions table. After reading through the module description I came to the conclusion that the module is only intended to work for the host/domain part of the URL, and not the file path name. So that is why I sent a feature request instead of a bug report.

mrfelton’s picture

mrfelton commented

@aleksip: Would you mind downloading the latest -dev release (I have just listed the snapshot on the module homepage) and confirming if the problem exists. If so, please could you describe the exact steps that you took to get the aliased path into the node_revisions table? Sorry, but I haven't been able to reproduce this.

aleksip’s picture

aleksip
Primary language Finnish
Location Finland
commented

@mrfelton: The -dev release seems to work fine. Just to be sure that I wasn't imagining anything I reverted to 6.x-2.0-beta3 and the aliased paths came back. So the problem is solved in the -dev version, thanks!

mrfelton’s picture

mrfelton commented
Status: Active » Fixed

Great, thanks for testing.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

butler360’s picture

butler360 commented

Maybe I'm understanding this incorrectly, but should the module be able to take "/content/my-blog-post" or "http://mysite.com/content/my-blog-post" and automatically link to it as "node/3" internally and display as "/content/my-blog-post" or "http://mysite.com/content/my-blog-post" when viewed?

So that if the alias changes from "content/my-blog-post" to "blog/01/23/2010/my-blog" it's still linking as "node/3" but displays as "/blog/01/23/2010/my-blog"?

Currently, using 6.x-2.x-dev, the only way I can seem to get the path filter working is by typing in "internal:node/3." Then if I change the alias, the link is updated to the new one automatically. I've cleared the cache and I did run update.php after going from beta 3 to dev, as suggested in this thread.

The reason I ask is because users aren't going to have such an easy time creating links if they can't just copy and paste from the address bar in their browser.

I have selected "Absolute path (relative to document root)" and I have "Enable automatic url processing for attributes" checked. I have the following order: URL filter, Internal path filter, HTML filter, Line break converter, HTML corrector.

mstrelan’s picture

mstrelan commented
Status: Closed (fixed) » Needs work

This is broken again in the latest dev release. There is currently no available release where this is working.

butler360’s picture

butler360 commented

Well, that's bad. Is this module still being maintained?

mrfelton’s picture

mrfelton commented
Status: Needs work » Closed (cannot reproduce)

Everything seems to be working in the latest -dev code, and this issue hasn't been updated since August 2010, so I'm closing this ticket. If you still have trouble with the latest -dev code, please reopen this ticket.