Re: [TYPO3-german] Routing fehlende Argumente in Extensions seit Update auf 9.5.16
Hallo allerseits,
leider hat sich in der Sache bisher nichts getan.
Unterdessen habe ich auch einen Bug eröffnet:
https://forge.typo3.org/issues/91537
Der scheint aber nicht gerade große Beachtung zu finden. Liegt wohl
daran, dass die Änderungen am Routing seit 9.5.14 noch diverse andere
Probleme nach sich gezogen haben. Ich frage mich ein wenig, welches
tolle Feature es wert war, so viele Anwendungsfälle zu "breaken"...
Wir werden wohl noch eine Weile auf 9.5.14 festhängen. Und unser Kunde
freut sich weiter über den roten Warnhinweis im Backend.
Grüße,
Till
On 06.05.20 14:47, g4-l...@tonarchiv.ch wrote:
> Hallo Birgit und alle Mitlesende,
>
> ich habe nun auch auf Slack gepostet und ein paar Antworten gekriegt -
> allerdings noch keine Lösung:
> https://typo3.slack.com/archives/C2ZKN8P7G/p1588706756156400
>
> Ich habe die Updates zurückgerollt und bei 9.5.14. funktioniert das
> Routing wieder wie gewohnt. Also ist bei mir der Breaking Change schon
> in 9.5.15.
>
> Evtl. steht das Ganze im Zusammenhang mit folgendem Bug:
> https://forge.typo3.org/issues/91098
>
> Dort steht u.A.: "First observation: Routes are tested in reverse order,
> not from top to bottom. This doesn't make sense since the routes are not
> sorted by their path length and longer paths are not tried first."
>
> Das kann ich nur bedingt bestätigen. Ich habe bei mir die Reihenfolge
> der Routen-Definitionen umgedreht, also die längste Route zuerst. Und
> nun hat offenbar der URI-Builder ein ähnliches Problem: Die URLs werden
> nur noch bis zum 'year'-Segment gebildet, die restlichen Argumente
> werden einfach als GET-Parameter angehängt. Und natürlich auch noch ein
> 'cHash'...
>
> Beste Grüße,
> Till
>
> On 06.05.20 13:54, Birgit wrote:
>> Hallo in die Runde,
>>
>> das hilft zwar nicht beim konkreten Problem, trotzdem als Info:
>>
>> Nach dem Update von TYPO3 9.5.15 auf TYPO3 9.5.16 funktionieren auch Links
>> zur Detailansicht von EXT:tt_news nicht mehr, die mit dem Standard Route
>> Enhancer für Plugins konfiguriert sind.
>> Für die URL verwende ich /path_segment/uid.
>>
>> Die uid wird abgeschnitten. Sieht auf den ersten Blick für mich so aus, als
>> würde grundsätzlich nur noch das 1. Feld ausgespielt - und nicht mehr so,
>> wie in der Doku:
>> https://docs.typo3.org/m/typo3/reference-tca/master/en-us/ColumnsConfig/Type/Slug.html#generatoroptions
>>
>>
>> mein TCA:
>>
>> $tempColumns = array (
>> 'path_segment' => array (
>> 'exclude' => true,
>> 'label' => 'URL Segment',
>> 'config' => array (
>> 'type' => 'slug',
>> 'generatorOptions' => array (
>> 'fields' => array ('title,uid'),
>> 'fieldSeparator' => '/',
>> 'replacements' => array (
>> '/' => '-',
>> '.' => '-'
>> ),
>> ),
>> 'fallbackCharacter' => '-',
>> 'prependSlash' => true,
>> 'eval' => 'uniqueInSite',
>> ),
>> ),
>> );
>> \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('tt_news',$tempColumns);
>> \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes('tt_news',
>> 'path_segment', '', 'after:title‘);
>>
>>
>> Habe auch gerade eben von anderen Projekten gehört, wo das gleiche Problem
>> mit dem Extbase Enhancer in EXT:news besteht.
>>
>> In Version 9.5.15 gibt es die Probleme nicht.
>>
>> Viele Grüße
>> Birgit
>>
>>
>>
>>> Am 05.05.2020 um 20:57 schrieb g4-l...@tonarchiv.ch:
>>>
>>> Hi Christoph,
>>>
>>> danke für den Hinweis! Schwer zu sagen, ob das damit zusammenhängt. Ich
>>> kriege eigentlich keine falschen Links, aber die Argumente werden quasi
>>> abgeschnitten.
>>>
>>> Ich habe unterdessen den Verdacht, dass das Matching der passenden Route
>>> verändert wurde. Früher (mindestens bis 9.5.8) wurde die Route mit der
>>> komplettem Übereinstimmung gewählt. Jetzt scheint die erste, die den
>>> Anfang der URL matched, gewählt zu werden. Also wohl irgend eine
>>> Änderung am Regex-Ausdruck.
>>>
>>> Das Problem ist offenbar, dass ich mehrere Routen habe, die gleich
>>> beginnen. Das hat früher allerdings geklappt:
>>>
>>> routePath: '/step3/measure/{messung}/year/{jahr}/page/{page}'
>>>
>>> routePath: '/step3/measure/{messung}/year/{jahr}/nr/{listing}'
>>>
>>> routePath:
>>> '/step3/measure/{messung}/year/{jahr}/nr/{listing}/page/{page}
>>>
>>> Dieses Setup kommt daher, weil wir die alten URLs von RealURL
>>> weiterverwenden mussten. Also Angaben der Seite durch die Segmente
>>> "/page/2" oder beides fällt weg für den Default. Das Gleiche für "/nr/2343".
>>>
>>> Am Ende sollte eine URL der Form /step3/measure/1/year/2017
>>> funktionieren, aber auch /step3/measure/1/year/2017/page/3.
>>>
>>> Beim neuen Routing ist die Idee wohl, dass man nur noch URLs der Form
>>> /ergebnis/{nummer}/{page} hat, und bei den Defaults fällt das
>>> entsprechende Segment weg.
>>>
>>> Wie kriege ich aber sowas wie
Re: [TYPO3-german] Routing fehlende Argumente in Extensions seit Update auf 9.5.16
Hallo Birgit und alle Mitlesende,
ich habe nun auch auf Slack gepostet und ein paar Antworten gekriegt -
allerdings noch keine Lösung:
https://typo3.slack.com/archives/C2ZKN8P7G/p1588706756156400
Ich habe die Updates zurückgerollt und bei 9.5.14. funktioniert das
Routing wieder wie gewohnt. Also ist bei mir der Breaking Change schon
in 9.5.15.
Evtl. steht das Ganze im Zusammenhang mit folgendem Bug:
https://forge.typo3.org/issues/91098
Dort steht u.A.: "First observation: Routes are tested in reverse order,
not from top to bottom. This doesn't make sense since the routes are not
sorted by their path length and longer paths are not tried first."
Das kann ich nur bedingt bestätigen. Ich habe bei mir die Reihenfolge
der Routen-Definitionen umgedreht, also die längste Route zuerst. Und
nun hat offenbar der URI-Builder ein ähnliches Problem: Die URLs werden
nur noch bis zum 'year'-Segment gebildet, die restlichen Argumente
werden einfach als GET-Parameter angehängt. Und natürlich auch noch ein
'cHash'...
Beste Grüße,
Till
On 06.05.20 13:54, Birgit wrote:
> Hallo in die Runde,
>
> das hilft zwar nicht beim konkreten Problem, trotzdem als Info:
>
> Nach dem Update von TYPO3 9.5.15 auf TYPO3 9.5.16 funktionieren auch Links
> zur Detailansicht von EXT:tt_news nicht mehr, die mit dem Standard Route
> Enhancer für Plugins konfiguriert sind.
> Für die URL verwende ich /path_segment/uid.
>
> Die uid wird abgeschnitten. Sieht auf den ersten Blick für mich so aus, als
> würde grundsätzlich nur noch das 1. Feld ausgespielt - und nicht mehr so, wie
> in der Doku:
> https://docs.typo3.org/m/typo3/reference-tca/master/en-us/ColumnsConfig/Type/Slug.html#generatoroptions
>
>
> mein TCA:
>
> $tempColumns = array (
> 'path_segment' => array (
> 'exclude' => true,
> 'label' => 'URL Segment',
> 'config' => array (
> 'type' => 'slug',
> 'generatorOptions' => array (
> 'fields' => array ('title,uid'),
> 'fieldSeparator' => '/',
> 'replacements' => array (
> '/' => '-',
> '.' => '-'
> ),
> ),
> 'fallbackCharacter' => '-',
> 'prependSlash' => true,
> 'eval' => 'uniqueInSite',
> ),
> ),
> );
> \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('tt_news',$tempColumns);
> \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes('tt_news',
> 'path_segment', '', 'after:title‘);
>
>
> Habe auch gerade eben von anderen Projekten gehört, wo das gleiche Problem
> mit dem Extbase Enhancer in EXT:news besteht.
>
> In Version 9.5.15 gibt es die Probleme nicht.
>
> Viele Grüße
> Birgit
>
>
>
>> Am 05.05.2020 um 20:57 schrieb g4-l...@tonarchiv.ch:
>>
>> Hi Christoph,
>>
>> danke für den Hinweis! Schwer zu sagen, ob das damit zusammenhängt. Ich
>> kriege eigentlich keine falschen Links, aber die Argumente werden quasi
>> abgeschnitten.
>>
>> Ich habe unterdessen den Verdacht, dass das Matching der passenden Route
>> verändert wurde. Früher (mindestens bis 9.5.8) wurde die Route mit der
>> komplettem Übereinstimmung gewählt. Jetzt scheint die erste, die den
>> Anfang der URL matched, gewählt zu werden. Also wohl irgend eine
>> Änderung am Regex-Ausdruck.
>>
>> Das Problem ist offenbar, dass ich mehrere Routen habe, die gleich
>> beginnen. Das hat früher allerdings geklappt:
>>
>> routePath: '/step3/measure/{messung}/year/{jahr}/page/{page}'
>>
>> routePath: '/step3/measure/{messung}/year/{jahr}/nr/{listing}'
>>
>> routePath:
>> '/step3/measure/{messung}/year/{jahr}/nr/{listing}/page/{page}
>>
>> Dieses Setup kommt daher, weil wir die alten URLs von RealURL
>> weiterverwenden mussten. Also Angaben der Seite durch die Segmente
>> "/page/2" oder beides fällt weg für den Default. Das Gleiche für "/nr/2343".
>>
>> Am Ende sollte eine URL der Form /step3/measure/1/year/2017
>> funktionieren, aber auch /step3/measure/1/year/2017/page/3.
>>
>> Beim neuen Routing ist die Idee wohl, dass man nur noch URLs der Form
>> /ergebnis/{nummer}/{page} hat, und bei den Defaults fällt das
>> entsprechende Segment weg.
>>
>> Wie kriege ich aber sowas wie /ergebnis/messung/{messUid}/year/{jahrUid}
>> [/nr/{preselUid}] [/page/{pagerN}] mit einer einzigen Route hin?
>>
>> Ich muss wohl erst mal das Update zurück rollen, bis ich eine Lösung
>> gefunden habe.
>>
>> Grüße,
>> Till
>>
>> On 05.05.20 20:11, Christoph wrote:
>>> Hallo Till,
>>>
>>> ggf. liegt es daran: https://forge.typo3.org/issues/91235
>>>
>>> VG
>>> Christoph
>>>
>>> Am 05.05.2020 um 19:21 schrieb g4-l...@tonarchiv.ch:
Hallo allerseits,
wir haben länger kein Update gemacht und dann gleich von 9.5.8 auf
9.5.15. Wir benutzen in der Site config.yaml diverse Routings ("speaking
URLs") für unsere Extensions.
Nun scheint das seit dem Update zum Teil nicht mehr zu klappen. Es
werden nicht mehr alle GET
Re: [TYPO3-german] Routing fehlende Argumente in Extensions seit Update auf 9.5.16
Hallo in die Runde,
das hilft zwar nicht beim konkreten Problem, trotzdem als Info:
Nach dem Update von TYPO3 9.5.15 auf TYPO3 9.5.16 funktionieren auch Links zur
Detailansicht von EXT:tt_news nicht mehr, die mit dem Standard Route Enhancer
für Plugins konfiguriert sind.
Für die URL verwende ich /path_segment/uid.
Die uid wird abgeschnitten. Sieht auf den ersten Blick für mich so aus, als
würde grundsätzlich nur noch das 1. Feld ausgespielt - und nicht mehr so, wie
in der Doku:
https://docs.typo3.org/m/typo3/reference-tca/master/en-us/ColumnsConfig/Type/Slug.html#generatoroptions
mein TCA:
$tempColumns = array (
'path_segment' => array (
'exclude' => true,
'label' => 'URL Segment',
'config' => array (
'type' => 'slug',
'generatorOptions' => array (
'fields' => array ('title,uid'),
'fieldSeparator' => '/',
'replacements' => array (
'/' => '-',
'.' => '-'
),
),
'fallbackCharacter' => '-',
'prependSlash' => true,
'eval' => 'uniqueInSite',
),
),
);
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('tt_news',$tempColumns);
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes('tt_news',
'path_segment', '', 'after:title‘);
Habe auch gerade eben von anderen Projekten gehört, wo das gleiche Problem mit
dem Extbase Enhancer in EXT:news besteht.
In Version 9.5.15 gibt es die Probleme nicht.
Viele Grüße
Birgit
> Am 05.05.2020 um 20:57 schrieb g4-l...@tonarchiv.ch:
>
> Hi Christoph,
>
> danke für den Hinweis! Schwer zu sagen, ob das damit zusammenhängt. Ich
> kriege eigentlich keine falschen Links, aber die Argumente werden quasi
> abgeschnitten.
>
> Ich habe unterdessen den Verdacht, dass das Matching der passenden Route
> verändert wurde. Früher (mindestens bis 9.5.8) wurde die Route mit der
> komplettem Übereinstimmung gewählt. Jetzt scheint die erste, die den
> Anfang der URL matched, gewählt zu werden. Also wohl irgend eine
> Änderung am Regex-Ausdruck.
>
> Das Problem ist offenbar, dass ich mehrere Routen habe, die gleich
> beginnen. Das hat früher allerdings geklappt:
>
> routePath: '/step3/measure/{messung}/year/{jahr}/page/{page}'
>
> routePath: '/step3/measure/{messung}/year/{jahr}/nr/{listing}'
>
> routePath:
> '/step3/measure/{messung}/year/{jahr}/nr/{listing}/page/{page}
>
> Dieses Setup kommt daher, weil wir die alten URLs von RealURL
> weiterverwenden mussten. Also Angaben der Seite durch die Segmente
> "/page/2" oder beides fällt weg für den Default. Das Gleiche für "/nr/2343".
>
> Am Ende sollte eine URL der Form /step3/measure/1/year/2017
> funktionieren, aber auch /step3/measure/1/year/2017/page/3.
>
> Beim neuen Routing ist die Idee wohl, dass man nur noch URLs der Form
> /ergebnis/{nummer}/{page} hat, und bei den Defaults fällt das
> entsprechende Segment weg.
>
> Wie kriege ich aber sowas wie /ergebnis/messung/{messUid}/year/{jahrUid}
> [/nr/{preselUid}] [/page/{pagerN}] mit einer einzigen Route hin?
>
> Ich muss wohl erst mal das Update zurück rollen, bis ich eine Lösung
> gefunden habe.
>
> Grüße,
> Till
>
> On 05.05.20 20:11, Christoph wrote:
>> Hallo Till,
>>
>> ggf. liegt es daran: https://forge.typo3.org/issues/91235
>>
>> VG
>> Christoph
>>
>> Am 05.05.2020 um 19:21 schrieb g4-l...@tonarchiv.ch:
>>> Hallo allerseits,
>>>
>>> wir haben länger kein Update gemacht und dann gleich von 9.5.8 auf
>>> 9.5.15. Wir benutzen in der Site config.yaml diverse Routings ("speaking
>>> URLs") für unsere Extensions.
>>>
>>> Nun scheint das seit dem Update zum Teil nicht mehr zu klappen. Es
>>> werden nicht mehr alle GET Parameter gemappt. Hier der relevante Teil
>>> aus config.yaml:
>>>
>>> -
>>> routePath: '/step3/measure/{messung}/year/{jahr}/nr/{listing}'
>>> _controller: 'Resultat::spitalsuche'
>>> _arguments:
>>> messung: messung
>>> jahr: jahr
>>> listing: selectedListing
>>> [...]
>>> aspects:
>>> listing:
>>> type: PersistedAliasMapper
>>> tableName: tx_anq_domain_model_listing
>>> routeFieldName: uid
>>>
>>> Die Url wird richtig generiert: .../step3/measure/27/year/2017/nr/22616
>>>
>>> Aber der Controller wird ohne Argument "listing" aufgerufen; "jahr" und
>>> "messung" werden korrekt gesetzt.
>>>
>>> Die Controller Action sieht so aus:
>>>
>>> /**
>>> * Step3
>>> * @param \GoCo\Anq\Domain\Model\Messung $messung
>>> * @param \GoCo\Anq\Domain\Model\Jahr $jahr
>>> * @param \GoCo\Anq\Domain\Model\Listing $selectedListing
>>> * @param \GoCo\Anq\Domain\Model\Listing $gruppeListing
>>> * @param string $suchEingabe
>>> * @param integer $currentPage
>>> * @param string $submit
>>> * @TYPO3\CMS\Extbase\Annotation\IgnoreValidation("messung")
>>> *
Re: [TYPO3-german] Routing fehlende Argumente in Extensions seit Update auf 9.5.16
Hi Christoph,
danke für den Hinweis! Schwer zu sagen, ob das damit zusammenhängt. Ich
kriege eigentlich keine falschen Links, aber die Argumente werden quasi
abgeschnitten.
Ich habe unterdessen den Verdacht, dass das Matching der passenden Route
verändert wurde. Früher (mindestens bis 9.5.8) wurde die Route mit der
komplettem Übereinstimmung gewählt. Jetzt scheint die erste, die den
Anfang der URL matched, gewählt zu werden. Also wohl irgend eine
Änderung am Regex-Ausdruck.
Das Problem ist offenbar, dass ich mehrere Routen habe, die gleich
beginnen. Das hat früher allerdings geklappt:
routePath: '/step3/measure/{messung}/year/{jahr}/page/{page}'
routePath: '/step3/measure/{messung}/year/{jahr}/nr/{listing}'
routePath:
'/step3/measure/{messung}/year/{jahr}/nr/{listing}/page/{page}
Dieses Setup kommt daher, weil wir die alten URLs von RealURL
weiterverwenden mussten. Also Angaben der Seite durch die Segmente
"/page/2" oder beides fällt weg für den Default. Das Gleiche für "/nr/2343".
Am Ende sollte eine URL der Form /step3/measure/1/year/2017
funktionieren, aber auch /step3/measure/1/year/2017/page/3.
Beim neuen Routing ist die Idee wohl, dass man nur noch URLs der Form
/ergebnis/{nummer}/{page} hat, und bei den Defaults fällt das
entsprechende Segment weg.
Wie kriege ich aber sowas wie /ergebnis/messung/{messUid}/year/{jahrUid}
[/nr/{preselUid}] [/page/{pagerN}] mit einer einzigen Route hin?
Ich muss wohl erst mal das Update zurück rollen, bis ich eine Lösung
gefunden habe.
Grüße,
Till
On 05.05.20 20:11, Christoph wrote:
> Hallo Till,
>
> ggf. liegt es daran: https://forge.typo3.org/issues/91235
>
> VG
> Christoph
>
> Am 05.05.2020 um 19:21 schrieb g4-l...@tonarchiv.ch:
>> Hallo allerseits,
>>
>> wir haben länger kein Update gemacht und dann gleich von 9.5.8 auf
>> 9.5.15. Wir benutzen in der Site config.yaml diverse Routings ("speaking
>> URLs") für unsere Extensions.
>>
>> Nun scheint das seit dem Update zum Teil nicht mehr zu klappen. Es
>> werden nicht mehr alle GET Parameter gemappt. Hier der relevante Teil
>> aus config.yaml:
>>
>> -
>> routePath: '/step3/measure/{messung}/year/{jahr}/nr/{listing}'
>> _controller: 'Resultat::spitalsuche'
>> _arguments:
>> messung: messung
>> jahr: jahr
>> listing: selectedListing
>> [...]
>> aspects:
>> listing:
>> type: PersistedAliasMapper
>> tableName: tx_anq_domain_model_listing
>> routeFieldName: uid
>>
>> Die Url wird richtig generiert: .../step3/measure/27/year/2017/nr/22616
>>
>> Aber der Controller wird ohne Argument "listing" aufgerufen; "jahr" und
>> "messung" werden korrekt gesetzt.
>>
>> Die Controller Action sieht so aus:
>>
>> /**
>> * Step3
>> * @param \GoCo\Anq\Domain\Model\Messung $messung
>> * @param \GoCo\Anq\Domain\Model\Jahr $jahr
>> * @param \GoCo\Anq\Domain\Model\Listing $selectedListing
>> * @param \GoCo\Anq\Domain\Model\Listing $gruppeListing
>> * @param string $suchEingabe
>> * @param integer $currentPage
>> * @param string $submit
>> * @TYPO3\CMS\Extbase\Annotation\IgnoreValidation("messung")
>> * @TYPO3\CMS\Extbase\Annotation\IgnoreValidation("selectedListing")
>> * @TYPO3\CMS\Extbase\Annotation\IgnoreValidation("gruppeListing")
>> */
>> public function spitalsucheAction(\GoCo\Anq\Domain\Model\Messung
>> $messung, \GoCo\Anq\Domain\Model\Jahr $jahr,
>> \GoCo\Anq\Domain\Model\Listing $selectedListing=NULL,
>> \GoCo\Anq\Domain\Model\Listing $gruppeListing=NULL, $suchEingabe="",
>> $currentPage=1, $submit="") {
>> .
>> }
>>
>> Ich steh gerade auf dem Schlauch. Aus RealURL-Erfahrung dachte ich als
>> erstes an ein Cache-Problem. Aber auch ohne Cache funktioniert es nicht.
>>
>> Mit aktiviertem AdminPanel habe ich den $_GET REQUEST ausgegeben und da
>> kommt tatsächlich auch nur "action", "controller", "jahr" und "messung" an.
>>
>> Hat jemand eine Idee oder ähnliche Probleme seit dem Update? Ich habe
>> jetzt mal angefangen, die ganzen Release Notes zu lesen, aber das sind
>> so einige seit 9.5.8.
>>
>> Grüße,
>> Till
>>
>> P.S. Ist die Liste wirklich quasi tot und man muss Slack benutzen?
>>
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Routing fehlende Argumente in Extensions seit Update auf 9.5.16
Hallo Till,
ggf. liegt es daran: https://forge.typo3.org/issues/91235
VG
Christoph
Am 05.05.2020 um 19:21 schrieb g4-l...@tonarchiv.ch:
> Hallo allerseits,
>
> wir haben länger kein Update gemacht und dann gleich von 9.5.8 auf
> 9.5.15. Wir benutzen in der Site config.yaml diverse Routings ("speaking
> URLs") für unsere Extensions.
>
> Nun scheint das seit dem Update zum Teil nicht mehr zu klappen. Es
> werden nicht mehr alle GET Parameter gemappt. Hier der relevante Teil
> aus config.yaml:
>
> -
> routePath: '/step3/measure/{messung}/year/{jahr}/nr/{listing}'
> _controller: 'Resultat::spitalsuche'
> _arguments:
> messung: messung
> jahr: jahr
> listing: selectedListing
> [...]
> aspects:
> listing:
> type: PersistedAliasMapper
> tableName: tx_anq_domain_model_listing
> routeFieldName: uid
>
> Die Url wird richtig generiert: .../step3/measure/27/year/2017/nr/22616
>
> Aber der Controller wird ohne Argument "listing" aufgerufen; "jahr" und
> "messung" werden korrekt gesetzt.
>
> Die Controller Action sieht so aus:
>
> /**
> * Step3
> * @param \GoCo\Anq\Domain\Model\Messung $messung
> * @param \GoCo\Anq\Domain\Model\Jahr $jahr
> * @param \GoCo\Anq\Domain\Model\Listing $selectedListing
> * @param \GoCo\Anq\Domain\Model\Listing $gruppeListing
> * @param string $suchEingabe
> * @param integer $currentPage
> * @param string $submit
> * @TYPO3\CMS\Extbase\Annotation\IgnoreValidation("messung")
> * @TYPO3\CMS\Extbase\Annotation\IgnoreValidation("selectedListing")
> * @TYPO3\CMS\Extbase\Annotation\IgnoreValidation("gruppeListing")
> */
> public function spitalsucheAction(\GoCo\Anq\Domain\Model\Messung
> $messung, \GoCo\Anq\Domain\Model\Jahr $jahr,
> \GoCo\Anq\Domain\Model\Listing $selectedListing=NULL,
> \GoCo\Anq\Domain\Model\Listing $gruppeListing=NULL, $suchEingabe="",
> $currentPage=1, $submit="") {
> .
> }
>
> Ich steh gerade auf dem Schlauch. Aus RealURL-Erfahrung dachte ich als
> erstes an ein Cache-Problem. Aber auch ohne Cache funktioniert es nicht.
>
> Mit aktiviertem AdminPanel habe ich den $_GET REQUEST ausgegeben und da
> kommt tatsächlich auch nur "action", "controller", "jahr" und "messung" an.
>
> Hat jemand eine Idee oder ähnliche Probleme seit dem Update? Ich habe
> jetzt mal angefangen, die ganzen Release Notes zu lesen, aber das sind
> so einige seit 9.5.8.
>
> Grüße,
> Till
>
> P.S. Ist die Liste wirklich quasi tot und man muss Slack benutzen?
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
