Categories are not linked anymore in V14.0.0

[nimox89]

Bug Report

Prerequisites

• [ x ] Can you reproduce the problem on TYPO3 v13.4.18
• [ x ] Did you perform a cursory search to see if your bug or feature is already reported?

Description

I updated the Blog Extension version 13.0.1 to the new version 14.0.0 (composer mode).
I noticed that the categories are no longer linked.

When I use the CategoryViewHelper from version 13.0.1 for testing purposes, the links work again.

I updated the Typoscript and now load the extension via site sets dependency, which works well (blog:integration). The wizard for converting the list_types to CTypes worked also well.

Steps to Reproduce

1. Update from 13.0.1 to 14.0.0
2. Replace typoscript import with site sets import
3. run update wizard for list_types to CTypes

Expected behavior:
The categories in the CType blog_category should be linked.

Actual behavior:

This creates nothing, just the text Show Category:

<blogvh:link.category class="bloglist__link" category="{category}">
    <f:translate key="list.show.category" />
</blogvh:link.category>

(in Resources/Private/Partials/List/Category.html)

Also this rendes just an empty h2-tag:

<h2 class="bloglist__title" itemprop="name">
    <blogvh:link.category category="{category}" />
</h2>

Versions

t3g/blog 14.0.0
typo3 13.4.18

[buchmarv]

Hey, thank you for reporting!

I just checked and could not reproduce this behavior.
Do you still use TypoScript Constants with the Site Set or did you migrate to Site Settings?
A pitfall can be that there is a TypoScript record in the rootline with the clear option set, removing your configuration.

Can you confirm that the category target page is accessible and plugin.tx_blog.settings.categoryUid is set to its UID on the page containing the blog list element?

[nimox89]

Hey, thank you for the fast reply.
I double checked and i indeed missed to migrate the plugin.tx_blog.settings from typoscript overrides to site settings.

What was confusing was that everything else worked and I also got the uid output in the settings in the ListPostsByCategory.html template while setting the categoryUid via typoscript.

plugin.tx_blog.settings.categoryUid = 31

The blogvh:link.category Viewhelper in V14 doesn't take the typoscript settings anymore, it uses the site settings directly (which was 0 as in the default then).
That would be okay and i could migrate my typoscript to site settings, BUT:

I have two independent blogs inside one root page.
So I need to override the plugin.tx_blog.settings.categoryUid based on where i am on the page:

plugin {
    tx_blog {
        settings {
            blogUid = {$template.id.casestudies}
            categoryUid = 31
            tagUid = 32
            storagePid = {$template.folder.casestudies}
        }
   }
}

# Other settings for second blog
[16 in tree.rootLineIds]
    plugin.tx_blog {
        settings {
            blogUid = {$template.id.blog}
            categoryUid = 36
            tagUid =
            storagePid = {$template.folder.blog}
        }
    }
[end]

And i can't do that with yaml, can i?

[buchmarv]

Thanks for checking! You're right, that doesn't work with Site Settings.
It's normal behavior that it worked in all other places because Site Settings are propagated to TypoScript, which is evaluated in most places. The problem occurs when accessing Site Settings directly, like we do in the ViewHelpers of the current version.
We'll have a look into that!