TYPO3 Core

Hi Norbert!

What else is happening? Does it show the content created by lib.topAnschriften?
Is pid 1 accessible?

Hi Markus,

I have build a RECORDS

1. topAnschriften
   lib.topAnschriften = RECORDS
   lib.topAnschriften.wrap = <div id="topAnschriften">|</div>
   lib.topAnschriften.source = 1
   lib.topAnschriften.tables = tt_content

and integrate to page 1.
Look at http://haus.hausundgrund-oehringen.de/

Norbert

Looks like you're running into this issue: #50751

Hi Norbert,

that happens if you point to a page that is not available (hidden, restricted). So you need to point to a page that is accessible to generate a link. No bug here, this is how typolink works since ever.

Greetz Anja

Hi Anja,
I don`t understand your answer. Die Page 1 is the Homepage and not hidden or anything.
It`s the first page and you see also "the logo with text" to this is the link.

The link is going until TYPO3 6.1.3. With the update to 6.1.4 the link is broken.

Norbert

Hi Norbert,

Can you try to debug in the PageViewHelper what the $uri variable is?
And what is the HTML this code will provide in previous releases?

Greetz Wouter

Hi Wouter,

I cannot access this file, because it's a symlink to 6.1.5

/typo3/sysext/fluid/Classes/ViewHelpers/Link/PageViewHelper.php

The following call gives ZERO back
<f:debug title="title">{f:link.page(pageUid: 1)}</f:debug>

The following call gives an empty string back
<f:debug title="title">{f:uri.page(pageUid: 10)}</f:debug>

Norbert

I have noticed that the link gets active only on the side on which the object (text with picture) is tied directly. Since TYPO3 6.1.4 it isn't recognized by the link that the object is tied by RECORDS on the page 1.

Norbert

Anja Leichsenring wrote:

that happens if you point to a page that is not available (hidden, restricted). So you need to point to a page that is accessible to generate a link. No bug here, this is how typolink works since ever.

If you use realurl, the link to the homepage (root page) might be empty, if you use baseURL and not absRefPrefix. typolink will work correctly in this case, the changed page link view helper obviously not.

@Norbert: A workaround is to set

config.absRefPrefix = /

Ok perfect. It works

Norbert

Hello @all review,

I investigated this issue and I am not able to reproduce.

My config:
current master
realurl patched for master
config.baseURL set
config.absRefPrefix not set

I use a <f:link.page pageUid="1">Home</f:link.page>.
As long as the page with uid 1 is accessible (and it is my Startpage), the link is generated as
<a href="/">Home</a>
When I disable the page, the link is not shown. So whatever the issue might be, I am not able to reproduce. Sorry.

Could also be a realurl thing.
Norbert, what is your config of [init][emptyUrlReturnValue]?

Hola,

I have similar issue.

<f:link.page pageUid="2" class="navbar-brand navbar-brand-image">Startseite</f:link.page>

But link not created. When I disable realurl it's work. Also I need pretty urls, so I have found somewhere else "emptyUrlReturnValue" and set in typo3conf/realurl_conf.php

Full code:
'init' => array (
'enableCHashCache' => '1',
'appendMissingSlash' => 'ifNotFile',
'enableUrlDecodeCache' => '1',
'enableUrlEncodeCache' => '1',
'emptyUrlReturnValue' => '/',
),

I got the same problem.
Link is working just fine when I disable realUrl.

Workaround "config.absRefPrefix = /" works in my case.

Here is another related issue: #64319

Sounds more like a realurl issue to me.