[TYPO3-commerce] RFC #9055: Bug: Attribute selections cannot be changed due to caching

Michael Knabe t3 at aafhh.de
Tue Jul 27 17:11:03 CEST 2010


Hi,

this is a SVN patch request.

Type: Bugfix

Bugtracker references:
http://forge.typo3.org/issues/9055

Branches: Trunk

Problem:
This refers to plugin.tx_commerce_pi1.allArticles = 0 mode
When you change the attribute selection the page is reloaded. Afterwards 
your selection is lost, as pi1 is cached. This makes it impossible to 
select attributes.
It is not possible to add the correct cHash as the parameters are 
dynamically generated.
A possible solution would be to make pi1 a USER_INT which is bad for 
performance reasons.

Reproduction:
Create multiple articles for a product,
set plugin.tx_commerce_pi1.allArticles = 0,
go to list view or detail view,
try to select any attribute

Solution:
Add a parameter that allows to dynamically change pi1 to user_int on demand.

Additional Information:
This might not be the obvious way to solve this. The best (but also most 
complex) way to solve this would probably be to reload the form using an 
eid-controller. However this is beyond my time, so I provide this 
"commerce way" solution ;-)

Cheers,
Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 9055_v1.diff
Type: text/x-patch
Size: 1541 bytes
Desc: not available
URL: <http://lists.typo3.org/pipermail/typo3-team-commerce/attachments/20100727/9c64153c/attachment.bin>


More information about the TYPO3-team-commerce mailing list