The MU forums have moved to WordPress.org

tag links broken in a subdirectory install (10 posts)

  1. samandjt
    Member
    Posted 14 years ago #

    I have tried searching for this, and I have found similar issues but none exact. Including this issue which appears to be the opposite:
    http://mu.wordpress.org/forums/topic/11883?replies=2

    Easier to demonstrate than to explain, so please go to my blog:
    http://discovery.caryacademy.org/sam_morris/

    Scroll down to the bottom of the post and click one of the tags, e.g. onenoteā€¦

    The link sends you to http://discovery.caryacademy.org/sam_morris/blog/tag/onenote/ which is empty

    However, if you look in http://discovery.caryacademy.org/sam_morris/tag/onenote/ they are there.

    This problem does not exist on the root blog nor does it seem to be impacting categories.

    I am running ds sitewide multi widget, if that helps.

    Thanks in advance for any help,

    Sam

  2. samandjt
    Member
    Posted 14 years ago #

    UPDATE:

    I disabled sitewide tags, and tried again.

    Still the tags are not being directed correctly.

    I visited the Debugging Mu page. There is no "error" being reported so I can't provide any error info.

    Is VHOST true or false? False
    Is the path to your WordPress? MU install "/"
    Anything in the error logs? If you didn't get a welcome email, check your mail logs. No
    Did you receive any sort of error within your browser? If so, what was the specific error? No
    Does the information in wp_blogs, wp_users and wp_site match your blog, user and site? Yes
    Mention the version number, SVN check-in number or the date you downloaded the snapshot. 2.7
    Plugins in place? Have you tried turning them off and seeing if that affects the issue? Turned of sitewide the rest seem non-related viper video,...
    Server environment: Apache or IIS? What OS are you running? Any proxy or cache server in place? Fedora
    End user environment: Browser and version? (IE, Opera, Netscape, Safari?) OS? Security programs? Cross platforms

  3. andrea_r
    Moderator
    Posted 14 years ago #

    So it's basically stuffing "/blog/" in the generated links, it looks like.

    Not sure if there was a tickets about this...

  4. samandjt
    Member
    Posted 14 years ago #

    Thanks for the reply andrea_r.

    More snooping on my part and I think it is related to dschneider's new blog defaults.

    When I disable that (i.e. remove it from mu-plugins). New blogs don't have this issue. (the /blog is excluded for sub blogs, tags and cats)

    If I use new defaults and change the tag base permalink to /blog/tag and create a new blog...

    1. The new blog is created.
    2. I create a post with tags
    3. The same thing happens. (i.e. link to /blog/tag, but the working link is just /tag)
    4. If I go to the new blog's permalinks page I can see that the tag base has the default value. (/blog/tag)
    5. Without changing anything, I hit Save Changes
    6. Return to the blog. Refresh.
    7. Click on the tags, they now work (albeit with a /blog/tag)

    I understand why there is the /blog/ preface for the root blog, but is it necessary or good practice for all the sub-blogs, too?

    Also, how best is it for me to troubleshoot with dschneider's plugin?

    Thanks again.

    Sam

  5. andrea_r
    Moderator
    Posted 14 years ago #

    "but is it necessary or good practice for all the sub-blogs, too?"

    Nope to both.

  6. DeannaS
    Member
    Posted 14 years ago #

    I posted a bug fix for this today. I think it's working - let me know.

  7. samandjt
    Member
    Posted 14 years ago #

    Many Thanks DeannaS. I really appreciate you help and willingness to fix this for us.

    Everything related to it seems to be working well for us.

    Now I need to look at D Sader's sitewide multi widget. For some reason it links all the tags to to the correct sitewide tags blog, but it inserts the /blog before the tag name, which no longer exists.

    Examples at http://discovery.caryacademy.org linking to http://discovery.caryacademy.org/sitewide/blog/tag/... instead of just http://discovery.caryacademy.org/sitewide/tag/...

  8. samandjt
    Member
    Posted 14 years ago #

    Interesting...

    It appears that Sitewide Multi Widget (SMW) ignores the options on the permalink settings page for optional tag and category base names.

    Initially I had nothing there, and SMW pointed to http://discovery.caryacademy.org/sitewide/blog/tag as detailed above.

    I went in to http://discovery.caryacademy.org/sitewide/ and changed options on the permalink page to change the tag base to "tags" thus http://discovery.caryacademy.org/sitewide/tags/...

    But SMW still links to http://discovery.caryacademy.org/sitewide/blog/tag/... (i.e. no recognition of "tags," even for new posts made after the change to "tags."

    Looked through SMW file, but can't find any reference in it to the tag structure.

    I'll keep digging.

  9. samandjt
    Member
    Posted 14 years ago #

    OK, if you can't beat 'em, join 'em.

    I changed the tag base option in the http://discovery.caryacademy.org/sitewide blog to be "blog/tag." Thus forcing the structure to fit with the SMW.

    I dug as far as my novice eyes would allow. I don't think it has anything to do with SMW, because it calls the_tags() which is a core item.

    So, not fixed, but I have a workaround.

    Off to bed.

  10. samandjt
    Member
    Posted 14 years ago #

    I slept on it for a while and discovered (sorry for the pun) the issue.

    http://discovery.caryacademy.org is the main blog
    http://discovery.caryacademy.org/sitewide is the blog for donncha's sitewide tags

    Tag links on the main blog link to an incorrect /blog/tag location on the sitewide page and ignores the sitewide permalink options for tag base.

    I have discovered that the tag links generated on the main blog use the MAIN blog's permalink tag base, which has the extra /blog. Any changes made to the main blog's tag base are reflected in the SMW tag links.

    So I guess the question is, can this be fixed, i.e. can the code for SMW be altered to reflect the sitewide blog's tag base?

    If not there are two work arounds:
    1. Alter the sitewide tag base to include /blog (my current solution)
    2. Alter the main blog tag base.

    The latter is probably not ideal, as the /blog is desireable for concerns in the structure of future subdirectory blogs.

    Hope this research helps any who find this article during their own journeys.

About this Topic

  • Started 14 years ago by samandjt
  • Latest reply from samandjt