Drag & Drop v12 about container HOT 12 CLOSED

@ttg-team-web can you test 2b6917c

from container.

@ttg-team-web can you please describe, how i can reproduce this issue on a Vanilla TYPO3 + container?

from container.

we are working with mask for out content elements but this behaviours has also been tested and replicated with native typo3 elements like "text":

• create a container
• create an element in the container
• in the backend view / page module drag and drop the element into another container or column
• reload the site / backend view
• element should now be in the unused section and when edited "colpos" and "tx_parent_grid" should be filled as above

from container.

I second this issue with a vanilla TYPO3 v12.4.6. Content elements can be created in container just fine but after dragging and dropping them into another container (and a page reload), they become unused elements.

from container.

@ttg-team-web , mh, this works for me, (and should work in general), there is also a Test-Case for this Scenario (https://github.com/b13/container/blob/master/Tests/Acceptance/Backend/LayoutCest.php#L160)

i see a very large integer value of colPos in your screenshot, maybe there is a problem with the delimiter in V12
https://github.com/b13/container/blob/master/Classes/Backend/Grid/ContainerGridColumn.php#L23
can you give me your uids from all relateded DatabaseRecords (pages, tt_content), do you have very large uids? (max(uid) from tt_content/pages?), this could be an explanation of your described scenario (maybe i can increase the CONTAINER_COL_POS_DELIMITER_V12 constant)

from container.

@achimfritz i don't believe the uids themselves are the issue, like i said in my original message, i believe the casting of the string containing coontainer-id + new delimiter + colpos to integer is not working correctly. this is done here https://github.com/b13/container/blob/master/Classes/Backend/Grid/ContainerGridColumn.php#L46

nonetheless here are the uids involved in my test above:

• pages uid: 5 > max uid 38487
• container uid: 130881
• tt_content uid: 130882 > max uid 270740

so yes we have very high uids, but since @TonyMarc could replicate the problem on a vanilla installation...

from container.

@ttg-team-web , ok, thanks, your uids are all < 999990, so should be no problem.

what exactly do you meen, with "casting of the string containing coontainer-id + new delimiter + colpos to integer is not working correctly"? how can this not be correctly? (all 3 parts are integers, right?).

Please give me more hints, how this is reproduceable

from container.

@achimfritz all 3 parts should be integers yes, but in the getDataColPos() function all three parts are combined into one string and then cast to integer. this results in the string of numbers that you see above in my screenshot in the colpos field. so something is not correct here.

as a test i printed the combined container-id + new delimiter + colpos string and the result when you cast it to integer in the getDataColPos() function.
see here different strings that all return the same result when cast.

does this help/make my point a bit clearer. this is about as far as i went into the container code before i made my issue here.

from container.

@ttg-team-web ah, i think i got it, you have 32bit system? (where PHP_INT_MAX is 2147483647)

from container.

@achimfritz yes, our local environment is a 32bit system. checking PHP_INT_MAX confirmed it, it is indeed set to that value (2147483647)

from container.

@achimfritz i've tested 2b6917c and now everything works as expected. Thank you! Btw I'm a member of ttg-team-web :-)

from container.

@achimfritz can confirm that bugfix 2b6917c works as well. thanks!

from container.