Project

General

Profile

Actions

Bug #85248

closed

Show link in page tree context menu links to wrong domain for mount points

Added by Patrick Broens over 6 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2018-06-13
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
9
PHP Version:
7.2
Tags:
Complexity:
easy
Is Regression:
Sprint Focus:
On Location Sprint

Description

We have the current situation:

  • root 1 (domain1.com)
  • mount point 1 to mounted page (Show the mounted page)
  • root 2 (domain2.com)
  • mount point 2 to mounted page (Show the mounted page)
  • root 3 (domain3.com)
  • mounted page

When being in the page module, the "View webpage" button in the docheader of the page or "Save and View" in edit mode of the page goes to the right domain. So if you click on "View webpage" at the mount point within root 1, the page is shown within the right domain, with the right layout. The same goes for the "Web > View" module.

However, when clicking the "Show" link in the context menu of the page tree for the mount point within root 1, it will show the page within domain3.com, although with the mount point parameters in the url.

The problem is that the context menu record provider is not passing the rootline for a certain page to the method BackendUtility::viewOnClick() while for the other buttons this is passed to the same method.

Actions #1

Updated by Tymoteusz Motylewski over 6 years ago

  • Sprint Focus set to On Location Sprint
Actions #2

Updated by Nicolai Schirawski about 6 years ago

I will try to fix it during sprint in Berlin

Actions #3

Updated by Nicolai Schirawski about 6 years ago

I tried to reproduce the bug, but couldn't using TYPO3 9.5.1-dev.

I installed 2 scenarios:
  • one with domain-configuration by the new modul "sites"
  • one with domain-configuration in the old way, using domain-records

In both cases all views, edit-buttons and context-menu-entries work as expected.

I assume that the bug might be fixed in the meantime.

@Patrik Broens: Could you please verifiy if the bug persists - and if yes, please provide detailed steps how to reproduce the bug.

Actions #4

Updated by Anja Leichsenring about 6 years ago

  • Status changed from New to Needs Feedback
Actions #5

Updated by Patrick Broens almost 6 years ago

It seems the issue has been resolved. At least in current master I cannot reproduce this

Actions #6

Updated by Patrick Broens almost 6 years ago

  • Status changed from Needs Feedback to Resolved
Actions #7

Updated by Benni Mack over 5 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF