[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