Project

General

Profile

Actions

Bug #100936

open

Label for custom category in constant editor is not used

Added by Karsten Nowak (undkonsorten) about 1 year ago. Updated 8 days ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
TypoScript
Target version:
-
Start date:
2023-05-31
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
12
PHP Version:
8.1
Tags:
Complexity:
Is Regression:
Sprint Focus:
Stabilization Sprint

Description

There are several cases where the label for the custom category is not displayed in the dropdown.

1. if the category key has upper letters

# customcategory=myCategory=My category

in dropdown "my_category" is shown. The "C" will be replaced with "_c"

2. if no empty line follow the definition of the custom category

# customcategory=my_category=My category
myConstant = xy

in dropdown "my_category" is shown. The label will be ignored


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Feature #97816: New TypoScript parserClosed2022-06-27

Actions
Actions #1

Updated by Oliver Hader about 1 year ago

  • Category set to TypoScript
Actions #2

Updated by Benni Mack about 1 year ago

  • Sprint Focus set to Stabilization Sprint
Actions #3

Updated by Christian Weiske 7 months ago

I can confirm that the second issue appears on TYPO3 v12.4.9, and with "customsubcategory".
The label is not used when there is no empty line after the comment.

Actions #4

Updated by Christian Weiske 7 months ago

The reason for that problem is that the comments get attached to the following node by the AST parser.
Category labels are only looked for in the root node comments in v12, while at least in v10 we could declare categories everywhere.

Broken:

# customcategory=test=Test
test {
    # cat=test/color; type=string; label=Color
    color = orange
}

Works:

# customcategory=test=Test

test {
    # cat=test/color; type=string; label=Color
    color = orange
}

Actions #5

Updated by Christian Kuhn 8 days ago

Actions #6

Updated by Christian Kuhn 8 days ago

a) Somebody (tm) could look into the casing issue. If there is some simple fix, we could go for it.

b) The strategy of the comment binding is to bind comments to the scope of the following node.
This will most likely not change, and the scenario "no empty line below custom category definition" is rather hard to fix, I suppose. I think we will rather wait for a full substitution of this doomed "logic in comments" strategy, than trying to fix this detail. Please add an empty line for now.

Actions

Also available in: Atom PDF