I'm going to start this thread again and see if I get a bite...
Can someone please explain to me why all of my author basenames are getting appended with an underscore and a number, generally one? For example: johnlennon would become johnlennon_1
So, if my author URL was http://www.site.com/authors/john_lennon/
it has been changed to http://www.site.com/authors/johnlennon1/
Not only is it unattractive to be an "author" on the site and have your name include a number that doesn't show up anywhere else, it breaks old links on the site (requiring a republish of the whole site to fix) and it breaks external links that have existed for years.
It also leaves me with 2 directories for the same author. The correct DIR, the one without an _1, now has stagnant data in it because it is no longer getting updated. We don't know when profile info gets updated, so we end up with internal link in which some of the links point to the _1 directory and others do not.
All external links generally point to the directory without the _1, which is the directory with outdated data, of course.
In other words, this is a REALLY bad thing.
I can go to the database and manually edit the basename to remove the _1. However, if the profile information for that author gets updated, the _1 gets re-added upon saving that profile information.
Is there a fix for this?
I have verified the following:
It happens regardless if there is only one person with that name. Every author gets this _1 added to their basename, which in turn gets propagated to URLs and directory names when using %a in archive mappings or using ArchiveURL in an ArchiveList
Removing the _1 via a direct DB edit will fix the problem until a profile update occurs. Even if nothing changes in the profile, clicking Save WILL change the author basename back to including the _1
I can find nothing to stop this madness.
Reported on Movable Type 4.2
Aaaah, yes. I helped another customer with this issue. Let me dig up my notes.
Ok... First, there is a bug that will be fixed with the next release, so what I am offering is a stop-gap solution. Use the following "Custom" archive mapping for authors:
The first regex_replace will convert underscores to hyphens because dirify is not being respected here (bug #1).
The second regex_replace removes the errant _1 (bug #2).
Is that what you are after?
Byrne,
It "almost" works...There is one issue it doesn't fix, though I imagine I can find another way to code it...
But this code
outputs the _1 in the links... a regular MTArchiveLink tag outputs the correct link, however.
Actually, it didn't work at all. The _1 still shows up in the directory names too.
Here's the actual code I used to match my URL structure:
And it outputs contributors/jeramedavis1/index.php
It stripped my underscores in the above comment
Byrne,
I've had some time to work with this some more and here's the issue:
The fix you gave me works just fine for Author Monthly Archives, but does NOT work for Author Archives. I have tested this multiple times now and can't seem to get it to work on Author Archives, so what I end up with is my Author Monthly Archives are in one folder and my Author Archives are in another folder.
yes. i'm having this issue too. it's kind of driving me crazy.
is there still really no solution to linking to basic author archives??? it's crazy that there's been no mt:AuthorArchiveLink that works the same as category archives for so long.
now this???!!!
Dave, the fix Byrne gave above DOES work. It just creates two sets of directories - 1 with the _1 and one without. The permalinks go to the correct place even if the second, incorrect directory is created.
It's a crappy fix (slows down template builds since it builds those templates twice) but it works for now until they fix the bug.
Let me know if you need some help on this.
I have found that if you generously enable template module caching, that such a scenario doesn't really add much overhead to the rebuild process. In my case, I rebuild archives with underscores and with dashes (two sets because some old links used underscores) and because I cache every module that doesn't change between files, it adds maybe 2-3 minutes tops to my rebuild process. That's with about 1,600 pages to rebuild :)