Bug #17599
closedFrontend preview doesn't work for subpages of hidden and restricted pages
100%
Description
Say you have the following page structure:
1 |--2 |--3 |--4 |--5
Page 2 is user restricted including the subpages and it is hidden.
Page 3 is neither hidden nor user restricted.
If you edit page 3 in the backend and then try to preview it in the frontend, you will see page 1 in the frontend.
If you hide page 3, you will see the preview in the frontend.
A preview of page 3 should be possible, even if it is not hidden.
(issue imported from #M6336)
Updated by Administrator no-lastname-given over 17 years ago
I think you have activated 'extendToSubpages' on your page 1.
I have had the same Problem. I wonted, that the 'extendToSubpages' option should be disabled in preview.
So i changed the following:
class.tslib_fe.php
FROM
1056: if (!$this->checkPagerecordForIncludeSection($this->rootLine[$a]))
TO
1056: global $TSFE;
1056: if (!$TSFE->beUserLogin && !$this->checkPagerecordForIncludeSection($this->rootLine[$a]))
I dont't think, that this is a very good solution - but for me it works...
Updated by Mathias Schreiber about 10 years ago
- Description updated (diff)
- Category deleted (
Communication) - Target version changed from 0 to 7.2 (Frontend)
- Is Regression set to No
Updated by Riccardo De Contardi over 9 years ago
- Status changed from New to Needs Feedback
- Assignee set to Irene Höppner
Hi, I did a test on 6.2.12 and I think the bug is gone; here is my test:
1) I added a FE group "usergroup"
2) I set up a pagetree like this:
[1] Home page (root)
> [10] Page 1 (extend to subpage:yes)
>> [11] accessrestricted (hidden, access only to group "usergroup")
>>> [12] subpage
3) click on "subpage" > preview > the page viewed is actually "subpage"
Can I consider it closed, or should I perform a different test? Thank you!
Updated by Benni Mack over 9 years ago
- Target version changed from 7.2 (Frontend) to 7.4 (Backend)
Updated by Frederic Gaus over 9 years ago
I tested this and this bug still exists in 6.2.13. @Riccardo: Please reproduce this bug in this way:
[1] Home page (root)
[10] Page 1 (hidden & extend to subpage:yes)
[12] subpage
Click on "subpage" -> show
You'll see the Home page (root). Instead of hiding "[10] Page 1" you can also add a usergroup.
Updated by Riccardo De Contardi over 9 years ago
you are correct, I tested with 6.2.14 the following scenario
[1] Home page (root)
[10] Page 1 (extend to subpage:yes, access only to group "usergroup")
[12] subpage
clicking on [12] and preview, the URL is index.php?id=12, but the page shown is the homepage.
Updated by Susanne Moog over 9 years ago
- Target version changed from 7.4 (Backend) to 7.5
Updated by Riccardo De Contardi about 9 years ago
- Category set to Frontend
- Status changed from Needs Feedback to New
Updated by Riccardo De Contardi almost 9 years ago
- Assignee deleted (
Irene Höppner) - TYPO3 Version changed from 4.1 to 6.2
This issue is still valid for 8.2-dev (latest master)
Updated by Christian Kuhn almost 8 years ago
i think that has been resolved with #66451
Updated by Alexander Stehlik over 3 years ago
Just tested with current master, the Bug still exists :(
Please reopen.
Updated by Riccardo De Contardi over 3 years ago
- Status changed from Closed to New
- TYPO3 Version changed from 6.2 to 11
- PHP Version changed from 5.2 to 7.4
Updated by Riccardo De Contardi almost 2 years ago
Is this issue still valid?
I tried to repeat the test on comment 6 on TYPO3 11.5.24 and I failed:
[1] Home page (root)
[10] Page 1 (extend to subpage:yes, access only to group "usergroup")
[12] subpage
clicking on [12] and preview, the URL is index.php?id=12, but the page shown is the homepage.
The preview to the "subpage" goes to an URL like: https://mysite/page-1/suppage?ADMCMD_simUser=1
and the page is correctly shown
Is a different test necessary?
Updated by Franz Kugelmann over 1 year ago
With 11.5.26 and the following scenario:
[1] Home page (root)
[10] Page 1 (extend to subpage:yes, hidden = 1 )
[12] subpage
as admin user,
clicking on [10] and preview, i get the expected preview
clicking on [12] and preview, i get the following error shown:
403 Page Not Found The page did not exist or was inaccessible. Reason: Subsection was found and not accessible
When i set [12] subpage to hidden=1, then i get the expected preview.
Updated by Gerrit Code Review over 1 year ago
- Status changed from New to Under Review
Patch set 1 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/79656
Updated by Gerrit Code Review over 1 year ago
Patch set 2 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/79656
Updated by Gerrit Code Review over 1 year ago
Patch set 3 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/79656
Updated by Gerrit Code Review over 1 year ago
Patch set 4 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/79656
Updated by Gerrit Code Review over 1 year ago
Patch set 5 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/79656
Updated by Gerrit Code Review over 1 year ago
Patch set 1 for branch 12.4 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/79856
Updated by Susanne Moog over 1 year ago
- Status changed from Under Review to Resolved
- % Done changed from 0 to 100
Applied in changeset b51c348d231c70403dbead29f4fc9064c764a626.
Updated by Christoph Lehmann over 1 year ago
- Related to Bug #102205: Rootline cache gets flushed on every request when logged in backend user visits the frontend added