Project

General

Profile

Actions

Bug #93230

open

TYPO3 memory issues when changing slugs

Added by Dennis Prinse over 3 years ago. Updated about 3 years ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Performance
Target version:
-
Start date:
2021-01-06
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
10
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

TYPO3 v10 has the feature to change the slug of its subpages when you change the slug of a page. That's exactly what I want TYPO3 to do, however this recursive update is not working when editing a page which has many subpages. In my case, when I edit one of the higher level pages (which has 500+ subpages) TYPO3 runs out of memory and the update is aborted. The slug cannot be changed it seems.

A side effect of this issue is that redirects are being generated because the data handler isn't used to generate them (see #91792). What happens is that pages which have been processed by TYPO3 for the slug update do have a redirect, however because the slug for that page hasn't changed yet in the database (and other places) the page is unresolvable and leads to the 404 error page. To resolve the non-working redirects, I go to the root in the list module and search for the new slug and remove all of the redirects that have been created. This resolves the issue of the non-working redirects, however the problem still exists for changing the slug.


Related issues 1 (1 open0 closed)

Related to TYPO3 Core - Task #89301: Streamline automatic slug & redirects handlingAccepted2019-09-29

Actions
Actions #1

Updated by Riccardo De Contardi about 3 years ago

  • Category set to Performance
Actions #2

Updated by Dennis Prinse over 2 years ago

  • Related to Task #89301: Streamline automatic slug & redirects handling added
Actions

Also available in: Atom PDF