Hi everyone, I have a problem with special prices for certain usergroups. Lets say I have 2 prices, one regular one (20 Euro) and one for a special group (15 Euro). When I add an article to my basket without being logged in the price is 20 -> correct I log in, price in the shop changes to 15 but the article in the basket stays at 20. -> not correct. Even clicking "update" makes no difference. How can I force commerce to always get the correct price? Regards, Janosch From janosch at bworx.de Wed Mar 3 16:50:12 2010 From: janosch at bworx.de (Janosch Skrobek / binaryworx) Date: Wed, 3 Mar 2010 16:50:12 +0100 Subject: [TYPO3-commerce] Problem with special prices - no basket update on login In-Reply-To: References: Message-ID: Sorry, i forgot: TYPO3 4.2.12, Commerce 0.9.9 Is this a known issue? Has it been fixed in a later SVN release? Regards From is at marketing-factory.de Wed Mar 3 16:58:26 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Wed, 3 Mar 2010 16:58:26 +0100 Subject: [TYPO3-commerce] Problem with special prices - no basket update on login In-Reply-To: References:

Message-ID: Hi Janosch, update to the latest Version 0.12.2 from forge. The issue should be fixed. ingo > Sorry, i forgot: > > TYPO3 4.2.12, Commerce 0.9.9 > > Is this a known issue? Has it been fixed in a later SVN release? > > Regards > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From janosch at bworx.de Wed Mar 3 18:37:45 2010 From: janosch at bworx.de (Janosch Skrobek / binaryworx) Date: Wed, 3 Mar 2010 18:37:45 +0100 Subject: [TYPO3-commerce] Problem with special prices - no basket update on login In-Reply-To: References:

Message-ID: HI Ingo, thanks for your reply. I updated to commerce 0.12.2 and did a compare in the install tool, everything seems to be correct. But still the prices don't get updated on login. Not even if I click update. Only when I delete the article and readd it when logged in I get the correct price. When I log out though and press update it switches back to the higher price like it should. Works only one way?! Weird... Or will I have to update to TYPO3 4.3.2 as well? Regards Janosch From is at marketing-factory.de Wed Mar 3 19:08:25 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Wed, 3 Mar 2010 19:08:25 +0100 Subject: [TYPO3-commerce] Problem with special prices - no basket update on login In-Reply-To: References:

Message-ID: Hi Janosch, have a look at this issue http://forge.typo3.org/issues/show/2346 Regards ingo > HI Ingo, > > thanks for your reply. I updated to commerce 0.12.2 and did a compare in the > install tool, everything seems to be correct. But still the prices don't get > updated on login. Not even if I click update. Only when I delete the article > and readd it when logged in I get the correct price. > > When I log out though and press update it switches back to the higher price > like it should. Works only one way?! Weird... > > > Or will I have to update to TYPO3 4.3.2 as well? > > Regards > Janosch > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From webdesign.karsten at gmail.com Thu Mar 4 12:14:38 2010 From: webdesign.karsten at gmail.com (Karsten P) Date: Thu, 04 Mar 2010 12:14:38 +0100 Subject: [TYPO3-commerce] Multiple images problem Message-ID: Hi all I cant seem to get more pictures than 5 in singleView, in the normal Image field, if i try to selct more, i get an error triangle on the left side, an i cant safe! If i use dam_commerce ext fields i can get as many i like. But i want to use the noamal image field. Is there a setting somewhere that i have missed..? Kind Regards Karsten From is at marketing-factory.de Thu Mar 4 12:22:00 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Thu, 4 Mar 2010 12:22:00 +0100 Subject: [TYPO3-commerce] Multiple images problem In-Reply-To: References: Message-ID: Hi Karsten, the Image field of Categories, Products or which Record? Regards Ingo > Hi all > > I cant seem to get more pictures than 5 in singleView, in the normal Image field, if i try to selct more, i get an error triangle on the left side, an i cant safe! > > If i use dam_commerce ext fields i can get as many i like. But i want to use the noamal image field. > > Is there a setting somewhere that i have missed..? > > Kind Regards > Karsten > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From webdesign.karsten at gmail.com Thu Mar 4 12:27:39 2010 From: webdesign.karsten at gmail.com (Karsten P) Date: Thu, 04 Mar 2010 12:27:39 +0100 Subject: [TYPO3-commerce] Multiple images problem In-Reply-To: References:

Message-ID: of Products... Ingo Schmitt skrev: > Hi Karsten, > > the Image field of Categories, Products or which Record? > > Regards > > Ingo >> Hi all >> >> I cant seem to get more pictures than 5 in singleView, in the normal Image field, if i try to selct more, i get an error triangle on the left side, an i cant safe! >> >> If i use dam_commerce ext fields i can get as many i like. But i want to use the noamal image field. >> >> Is there a setting somewhere that i have missed..? >> >> Kind Regards >> Karsten >> _______________________________________________ >> TYPO3-project-commerce mailing list >> TYPO3-project-commerce at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce >> >> > > > Mit freundlichen Gruessen > Ingo Schmitt > From rik at actiview.nl Mon Mar 8 09:45:15 2010 From: rik at actiview.nl (Rik Willems) Date: Mon, 08 Mar 2010 09:45:15 +0100 Subject: [TYPO3-commerce] TYPO3 Commerce guidlines In-Reply-To: References: Message-ID: Hi Ingo, Great to see these new guidelines! It will make the process more transparent. Greets, Rik Ingo Schmitt schreef: > Hi, > > after the successfully meeting in Munich I've written down our > guidelines for further development. > > Please see: http://forge.typo3.org/wiki/extension-commerce/Guidlines > > Mit freundlichen Gruessen From rik at actiview.nl Mon Mar 8 09:46:39 2010 From: rik at actiview.nl (Rik Willems) Date: Mon, 08 Mar 2010 09:46:39 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 Message-ID: Hi all, For some reason I have in my head that Commerce svn only works with TYPO3 version 4.3. Is this true? Greets, Rik From is at marketing-factory.de Mon Mar 8 10:53:51 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Mon, 8 Mar 2010 10:53:51 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 In-Reply-To: References: Message-ID: Hi Rik, commerce is working with 4.2 and all developments are checked against 4.2. If this will change, we will announce it to the list and to forge. ingo > Hi all, > > For some reason I have in my head that Commerce svn only works with TYPO3 version 4.3. Is this true? > > Greets, Rik > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From rik at actiview.nl Mon Mar 8 12:07:17 2010 From: rik at actiview.nl (Rik Willems) Date: Mon, 08 Mar 2010 12:07:17 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 In-Reply-To: References:

Message-ID: Hi, That is good to hear. Than I don't know how I thought that... Rik Ingo Schmitt schreef: > Hi Rik, > > commerce is working with 4.2 and all developments are checked against 4.2. If this will change, we will announce it to the list and to forge. > > ingo > >> Hi all, >> >> For some reason I have in my head that Commerce svn only works with TYPO3 version 4.3. Is this true? >> >> Greets, Rik >> _______________________________________________ >> TYPO3-project-commerce mailing list >> TYPO3-project-commerce at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce >> >> > > > Mit freundlichen Gruessen > Ingo Schmitt > From lolli at schwarzbu.ch Mon Mar 8 15:50:27 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Mon, 08 Mar 2010 15:50:27 +0100 Subject: [TYPO3-commerce] RFC: #6634: Refactor tx_commerce_products get_attribute_matrix() and get_product_attribute_matrix() Message-ID: This is an SVN patch request. Type: Refactoring Branches: trunk Forge issue ID: http://forge.typo3.org/issues/show/6634 Problem: get_attribute_matrix() and get_product_attribute_matrix() have tons of duplicate code, are messy and slow. Solution: Rewrite the methods from scratch. Notes: The patch set is splitted into 4 parts: - 6634_03_pre.diff is a pre patch to the existing methods to fix some minor issues and to make the result arrays a bit more predictable. - 6634_03_main.diff is the main patch that introduces the new methods getAttributeMatrix() and getAttributeMatrixQuery(). - 6634_03_test.diff is a test patch that uses the old methods in parallel to the new methods and will output a debug if the result arrays differ. - 6634_03_action.diff will be a follow-up patch to put the new methods into action and to deprecate the old ones. The patches will be committed one at a time, so that each of it can be reverted easily afterwards, if messed something up. How to test: Apply patches _pre, _main and _test (find them attached to the forge issue), then test if the frontend produces debug output and compare the result arrays if so. Many thanks to Dimitry K?nig for early reviews and fixes! Looking forward to your reviews Christian From mo at idefa.dk Tue Mar 9 08:21:11 2010 From: mo at idefa.dk (Morten Olesen) Date: Tue, 09 Mar 2010 08:21:11 +0100 Subject: [TYPO3-commerce] RFC: #6634: Refactor tx_commerce_products get_attribute_matrix() and get_product_attribute_matrix() In-Reply-To: References: Message-ID: Hi Christian, Nice initiative, will try to find some time to review this /Morten Olesen Christian Kuhn wrote: > This is an SVN patch request. > > Type: Refactoring > > Branches: trunk > > Forge issue ID: http://forge.typo3.org/issues/show/6634 > > Problem: get_attribute_matrix() and get_product_attribute_matrix() have > tons of duplicate code, are messy and slow. > > Solution: Rewrite the methods from scratch. > > Notes: > The patch set is splitted into 4 parts: > - 6634_03_pre.diff is a pre patch to the existing methods to fix some > minor issues and to make the result arrays a bit more predictable. > - 6634_03_main.diff is the main patch that introduces the new methods > getAttributeMatrix() and getAttributeMatrixQuery(). > - 6634_03_test.diff is a test patch that uses the old methods in > parallel to the new methods and will output a debug if the result arrays > differ. > - 6634_03_action.diff will be a follow-up patch to put the new methods > into action and to deprecate the old ones. > > The patches will be committed one at a time, so that each of it can be > reverted easily afterwards, if messed something up. > > How to test: > Apply patches _pre, _main and _test (find them attached to the forge > issue), then test if the frontend produces debug output and compare the > result arrays if so. > > Many thanks to Dimitry K?nig for early reviews and fixes! > > > Looking forward to your reviews > Christian From hiddink at bendoo.com Wed Mar 10 12:48:49 2010 From: hiddink at bendoo.com (Bert Hiddink [BENDOO e-work solutions]) Date: Wed, 10 Mar 2010 12:48:49 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! Message-ID: Hello, I am running a Commerce-shop with TYPO3 4.3.1, added "com_ordernumber" for "friendly" ordernumbers and an extra extension we wrote to apply some hooks. We offer 3 paymentmethods: debit, iDeal and invoice. We use the Commerce SVN-version of December 2009. During testing-fase, everything worked fine but as soon as we put it into production, we noticed that around 1-2% of the orders get duplicated in the database, that is, the customer makes 1 order but this gets registrated in the database as 2, 3 or 4 different orders, each with a unique ordernumber. Only the latest order (highest ordernumber) is send to the customer per email. As you will understand, this makes ordermanagement quite messy: we have to look for duplicates by hand and then remove them. What could be wrong here? I really do not understand why this happens? How to debug? Some extra comments: *) The shop was heavily visited just after launch (3-4 orders per minute), more then 1000 orders during the first day. Could this be a reason? *) On the page were the basket is installed, we had to set it to "No cache" due to some strange caching behaviour? *) How heavily Commerce depends of cookies and/or js being enabled? As you notice, the above are just some guesses since I do not see a clear pattern between cause and consequence. Any idea on this would be highly appreciated. Thanks and regards, Bert Hiddink BENDOO From mo at idefa.dk Wed Mar 10 15:16:00 2010 From: mo at idefa.dk (Morten Olesen) Date: Wed, 10 Mar 2010 15:16:00 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: References: Message-ID: Hi Bert, you should _really_ write you own order number generator, "com_ordernumber" is a working example at best. Your duplicate orders is due to it using a file ( in /tmp/domainname if memory serves ) rapid access will give you the "bankers problem"; file [ 1000 ] Thread A: read file ( 1000 ) Thread B: read file ( 1000 ) Thread A: increment order number ( 1001 ) and write Thread B: increment order number ( 1001 ) and write file [ 1001 ] To solve it you need to make sure that the order generator is ACID, the easiest way is to make a ordernr table with auto increment on the key. /Morten Bert Hiddink [BENDOO e-work solutions] wrote: > Hello, > > I am running a Commerce-shop with TYPO3 4.3.1, added "com_ordernumber" > for "friendly" ordernumbers and an extra extension we wrote to apply > some hooks. We offer 3 paymentmethods: debit, iDeal and invoice. We use > the Commerce SVN-version of December 2009. > > During testing-fase, everything worked fine but as soon as we put it > into production, we noticed that around 1-2% of the orders get > duplicated in the database, that is, the customer makes 1 order but this > gets registrated in the database as 2, 3 or 4 different orders, each > with a unique ordernumber. Only the latest order (highest ordernumber) > is send to the customer per email. > > As you will understand, this makes ordermanagement quite messy: we have > to look for duplicates by hand and then remove them. > > What could be wrong here? I really do not understand why this happens? > How to debug? > > Some extra comments: > > *) The shop was heavily visited just after launch (3-4 orders per > minute), more then 1000 orders during the first day. Could this be a > reason? > > *) On the page were the basket is installed, we had to set it to "No > cache" due to some strange caching behaviour? > > *) How heavily Commerce depends of cookies and/or js being enabled? > > As you notice, the above are just some guesses since I do not see a > clear pattern between cause and consequence. > > Any idea on this would be highly appreciated. > > Thanks and regards, > > Bert Hiddink > BENDOO From mo at idefa.dk Wed Mar 10 15:25:32 2010 From: mo at idefa.dk (Morten Olesen) Date: Wed, 10 Mar 2010 15:25:32 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: References:

Message-ID: Hi Bert (again), Seems I was a little too quick to reply and jumped the gun, the problem of 1 order having multiple order numbers is due to server load and impatient users refreshing on the last step where the order is created. The creation of an order is not a transaction either, so it's possible ( even easy given enough load on the server ) to have multiple attempts to create the order succeed. Normally the order is created so fast that it's not a problem, all subsequent requests will result in no extra orders ( since the session info, basket, etc have been converted from a paid basket to an order ) Hope this helps. Morten Olesen wrote: > Hi Bert, > > you should _really_ write you own order number generator, > "com_ordernumber" is a working example at best. > > Your duplicate orders is due to it using a file ( in /tmp/domainname if > memory serves ) rapid access will give you the "bankers problem"; > > file [ 1000 ] > > Thread A: read file ( 1000 ) > Thread B: read file ( 1000 ) > Thread A: increment order number ( 1001 ) and write > Thread B: increment order number ( 1001 ) and write > > file [ 1001 ] > > To solve it you need to make sure that the order generator is ACID, the > easiest way is to make a ordernr table with auto increment on the key. > > > > /Morten > > Bert Hiddink [BENDOO e-work solutions] wrote: >> Hello, >> >> I am running a Commerce-shop with TYPO3 4.3.1, added "com_ordernumber" >> for "friendly" ordernumbers and an extra extension we wrote to apply >> some hooks. We offer 3 paymentmethods: debit, iDeal and invoice. We >> use the Commerce SVN-version of December 2009. >> >> During testing-fase, everything worked fine but as soon as we put it >> into production, we noticed that around 1-2% of the orders get >> duplicated in the database, that is, the customer makes 1 order but >> this gets registrated in the database as 2, 3 or 4 different orders, >> each with a unique ordernumber. Only the latest order (highest >> ordernumber) is send to the customer per email. >> >> As you will understand, this makes ordermanagement quite messy: we >> have to look for duplicates by hand and then remove them. >> >> What could be wrong here? I really do not understand why this happens? >> How to debug? >> >> Some extra comments: >> >> *) The shop was heavily visited just after launch (3-4 orders per >> minute), more then 1000 orders during the first day. Could this be a >> reason? >> >> *) On the page were the basket is installed, we had to set it to "No >> cache" due to some strange caching behaviour? >> >> *) How heavily Commerce depends of cookies and/or js being enabled? >> >> As you notice, the above are just some guesses since I do not see a >> clear pattern between cause and consequence. >> >> Any idea on this would be highly appreciated. >> >> Thanks and regards, >> >> Bert Hiddink >> BENDOO From hiddink at bendoo.com Wed Mar 10 15:50:55 2010 From: hiddink at bendoo.com (Bert Hiddink [BENDOO e-work solutions]) Date: Wed, 10 Mar 2010 15:50:55 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: References:

Message-ID: Hello Morten, Thanks for your replies! If the problem were due to the file-problem, mentioned in your first reply, as far as I can see, a quick fix would be to rewrite the function "getNewId()" in "com_ordernumber" to: /** * Returns a new id from database * @return integer Oredrnumer */ function getNewId() { $newid = $this->getNewIdFromDB(); return $newid; } In that way, new ordernumbers are always retrieved from the db instead from a file. However, reading from your second reply, I get the impression that this would not help. How to prevent this problem then? Haven't other users reported this issue? Or are we alone on this due to heavy server load? Thanks in advance for your reply! Regards, Bert On 3/10/10 3:25 PM, Morten Olesen wrote: > Hi Bert (again), > > Seems I was a little too quick to reply and jumped the gun, the problem > of 1 order having multiple order numbers is due to server load and > impatient users refreshing on the last step where the order is created. > > The creation of an order is not a transaction either, so it's possible ( > even easy given enough load on the server ) to have multiple attempts to > create the order succeed. > > Normally the order is created so fast that it's not a problem, all > subsequent requests will result in no extra orders ( since the session > info, basket, etc have been converted from a paid basket to an order ) > > Hope this helps. > > Morten Olesen wrote: >> Hi Bert, >> >> you should _really_ write you own order number generator, >> "com_ordernumber" is a working example at best. >> >> Your duplicate orders is due to it using a file ( in /tmp/domainname >> if memory serves ) rapid access will give you the "bankers problem"; >> >> file [ 1000 ] >> >> Thread A: read file ( 1000 ) >> Thread B: read file ( 1000 ) >> Thread A: increment order number ( 1001 ) and write >> Thread B: increment order number ( 1001 ) and write >> >> file [ 1001 ] >> >> To solve it you need to make sure that the order generator is ACID, >> the easiest way is to make a ordernr table with auto increment on the >> key. >> >> >> >> /Morten >> >> Bert Hiddink [BENDOO e-work solutions] wrote: >>> Hello, >>> >>> I am running a Commerce-shop with TYPO3 4.3.1, added >>> "com_ordernumber" for "friendly" ordernumbers and an extra extension >>> we wrote to apply some hooks. We offer 3 paymentmethods: debit, iDeal >>> and invoice. We use the Commerce SVN-version of December 2009. >>> >>> During testing-fase, everything worked fine but as soon as we put it >>> into production, we noticed that around 1-2% of the orders get >>> duplicated in the database, that is, the customer makes 1 order but >>> this gets registrated in the database as 2, 3 or 4 different orders, >>> each with a unique ordernumber. Only the latest order (highest >>> ordernumber) is send to the customer per email. >>> >>> As you will understand, this makes ordermanagement quite messy: we >>> have to look for duplicates by hand and then remove them. >>> >>> What could be wrong here? I really do not understand why this >>> happens? How to debug? >>> >>> Some extra comments: >>> >>> *) The shop was heavily visited just after launch (3-4 orders per >>> minute), more then 1000 orders during the first day. Could this be a >>> reason? >>> >>> *) On the page were the basket is installed, we had to set it to "No >>> cache" due to some strange caching behaviour? >>> >>> *) How heavily Commerce depends of cookies and/or js being enabled? >>> >>> As you notice, the above are just some guesses since I do not see a >>> clear pattern between cause and consequence. >>> >>> Any idea on this would be highly appreciated. >>> >>> Thanks and regards, >>> >>> Bert Hiddink >>> BENDOO From is at marketing-factory.de Wed Mar 10 16:22:14 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Wed, 10 Mar 2010 16:22:14 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: References:

Message-ID: Hi Bert, if your database has good power, you could rewrite the code. We had a similar problem, this was caused from a malfunction of the payment provider, which send us orders more than one time. Did you check this? Regards ingo > Hello Morten, > > Thanks for your replies! > > If the problem were due to the file-problem, mentioned in your first reply, as far as I can see, a quick fix would be to rewrite the function "getNewId()" in "com_ordernumber" to: > > /** > * Returns a new id from database > * @return integer Oredrnumer > */ > function getNewId() { > $newid = $this->getNewIdFromDB(); > return $newid; > } > > In that way, new ordernumbers are always retrieved from the db instead from a file. > > However, reading from your second reply, I get the impression that this would not help. How to prevent this problem then? Haven't other users reported this issue? Or are we alone on this due to heavy server load? > > Thanks in advance for your reply! > > Regards, > > Bert > > > > > On 3/10/10 3:25 PM, Morten Olesen wrote: >> Hi Bert (again), >> >> Seems I was a little too quick to reply and jumped the gun, the problem >> of 1 order having multiple order numbers is due to server load and >> impatient users refreshing on the last step where the order is created. >> >> The creation of an order is not a transaction either, so it's possible ( >> even easy given enough load on the server ) to have multiple attempts to >> create the order succeed. >> >> Normally the order is created so fast that it's not a problem, all >> subsequent requests will result in no extra orders ( since the session >> info, basket, etc have been converted from a paid basket to an order ) >> >> Hope this helps. >> >> Morten Olesen wrote: >>> Hi Bert, >>> >>> you should _really_ write you own order number generator, >>> "com_ordernumber" is a working example at best. >>> >>> Your duplicate orders is due to it using a file ( in /tmp/domainname >>> if memory serves ) rapid access will give you the "bankers problem"; >>> >>> file [ 1000 ] >>> >>> Thread A: read file ( 1000 ) >>> Thread B: read file ( 1000 ) >>> Thread A: increment order number ( 1001 ) and write >>> Thread B: increment order number ( 1001 ) and write >>> >>> file [ 1001 ] >>> >>> To solve it you need to make sure that the order generator is ACID, >>> the easiest way is to make a ordernr table with auto increment on the >>> key. >>> >>> >>> >>> /Morten >>> >>> Bert Hiddink [BENDOO e-work solutions] wrote: >>>> Hello, >>>> >>>> I am running a Commerce-shop with TYPO3 4.3.1, added >>>> "com_ordernumber" for "friendly" ordernumbers and an extra extension >>>> we wrote to apply some hooks. We offer 3 paymentmethods: debit, iDeal >>>> and invoice. We use the Commerce SVN-version of December 2009. >>>> >>>> During testing-fase, everything worked fine but as soon as we put it >>>> into production, we noticed that around 1-2% of the orders get >>>> duplicated in the database, that is, the customer makes 1 order but >>>> this gets registrated in the database as 2, 3 or 4 different orders, >>>> each with a unique ordernumber. Only the latest order (highest >>>> ordernumber) is send to the customer per email. >>>> >>>> As you will understand, this makes ordermanagement quite messy: we >>>> have to look for duplicates by hand and then remove them. >>>> >>>> What could be wrong here? I really do not understand why this >>>> happens? How to debug? >>>> >>>> Some extra comments: >>>> >>>> *) The shop was heavily visited just after launch (3-4 orders per >>>> minute), more then 1000 orders during the first day. Could this be a >>>> reason? >>>> >>>> *) On the page were the basket is installed, we had to set it to "No >>>> cache" due to some strange caching behaviour? >>>> >>>> *) How heavily Commerce depends of cookies and/or js being enabled? >>>> >>>> As you notice, the above are just some guesses since I do not see a >>>> clear pattern between cause and consequence. >>>> >>>> Any idea on this would be highly appreciated. >>>> >>>> Thanks and regards, >>>> >>>> Bert Hiddink >>>> BENDOO > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From hiddink at bendoo.com Wed Mar 10 16:35:18 2010 From: hiddink at bendoo.com (Bert Hiddink [BENDOO e-work solutions]) Date: Wed, 10 Mar 2010 16:35:18 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: References:

Message-ID: Hello Ingo, Thanks for your reply. On 3/10/10 4:22 PM, Ingo Schmitt wrote: > Hi Bert, > > if your database has good power, you could rewrite the code. I think the hardware is not a problem and the database server neither so I'll give it a try. > We had a similar problem, this was caused from a malfunction of the payment provider, which send us orders more than one time. Did you check this? The problem occurs not only when using the external Payment Gateway (aka "iDEAL") but also when using "debit" or "invoice" where no external gateway is involved. But I was thinking, if it is because of impatient customers hitting the submit button several times, than a javascript ("freeze button after one submit") should also help, isn't it? What do you think? Thanks and regards! Bert > Regards > > ingo >> Hello Morten, >> >> Thanks for your replies! >> >> If the problem were due to the file-problem, mentioned in your first reply, as far as I can see, a quick fix would be to rewrite the function "getNewId()" in "com_ordernumber" to: >> >> /** >> * Returns a new id from database >> * @return integer Oredrnumer >> */ >> function getNewId() { >> $newid = $this->getNewIdFromDB(); >> return $newid; >> } >> >> In that way, new ordernumbers are always retrieved from the db instead from a file. >> >> However, reading from your second reply, I get the impression that this would not help. How to prevent this problem then? Haven't other users reported this issue? Or are we alone on this due to heavy server load? >> >> Thanks in advance for your reply! >> >> Regards, >> >> Bert >> >> >> >> >> On 3/10/10 3:25 PM, Morten Olesen wrote: >>> Hi Bert (again), >>> >>> Seems I was a little too quick to reply and jumped the gun, the problem >>> of 1 order having multiple order numbers is due to server load and >>> impatient users refreshing on the last step where the order is created. >>> >>> The creation of an order is not a transaction either, so it's possible ( >>> even easy given enough load on the server ) to have multiple attempts to >>> create the order succeed. >>> >>> Normally the order is created so fast that it's not a problem, all >>> subsequent requests will result in no extra orders ( since the session >>> info, basket, etc have been converted from a paid basket to an order ) >>> >>> Hope this helps. >>> >>> Morten Olesen wrote: >>>> Hi Bert, >>>> >>>> you should _really_ write you own order number generator, >>>> "com_ordernumber" is a working example at best. >>>> >>>> Your duplicate orders is due to it using a file ( in /tmp/domainname >>>> if memory serves ) rapid access will give you the "bankers problem"; >>>> >>>> file [ 1000 ] >>>> >>>> Thread A: read file ( 1000 ) >>>> Thread B: read file ( 1000 ) >>>> Thread A: increment order number ( 1001 ) and write >>>> Thread B: increment order number ( 1001 ) and write >>>> >>>> file [ 1001 ] >>>> >>>> To solve it you need to make sure that the order generator is ACID, >>>> the easiest way is to make a ordernr table with auto increment on the >>>> key. >>>> >>>> >>>> >>>> /Morten >>>> >>>> Bert Hiddink [BENDOO e-work solutions] wrote: >>>>> Hello, >>>>> >>>>> I am running a Commerce-shop with TYPO3 4.3.1, added >>>>> "com_ordernumber" for "friendly" ordernumbers and an extra extension >>>>> we wrote to apply some hooks. We offer 3 paymentmethods: debit, iDeal >>>>> and invoice. We use the Commerce SVN-version of December 2009. >>>>> >>>>> During testing-fase, everything worked fine but as soon as we put it >>>>> into production, we noticed that around 1-2% of the orders get >>>>> duplicated in the database, that is, the customer makes 1 order but >>>>> this gets registrated in the database as 2, 3 or 4 different orders, >>>>> each with a unique ordernumber. Only the latest order (highest >>>>> ordernumber) is send to the customer per email. >>>>> >>>>> As you will understand, this makes ordermanagement quite messy: we >>>>> have to look for duplicates by hand and then remove them. >>>>> >>>>> What could be wrong here? I really do not understand why this >>>>> happens? How to debug? >>>>> >>>>> Some extra comments: >>>>> >>>>> *) The shop was heavily visited just after launch (3-4 orders per >>>>> minute), more then 1000 orders during the first day. Could this be a >>>>> reason? >>>>> >>>>> *) On the page were the basket is installed, we had to set it to "No >>>>> cache" due to some strange caching behaviour? >>>>> >>>>> *) How heavily Commerce depends of cookies and/or js being enabled? >>>>> >>>>> As you notice, the above are just some guesses since I do not see a >>>>> clear pattern between cause and consequence. >>>>> >>>>> Any idea on this would be highly appreciated. >>>>> >>>>> Thanks and regards, >>>>> >>>>> Bert Hiddink >>>>> BENDOO >> >> _______________________________________________ >> TYPO3-project-commerce mailing list >> TYPO3-project-commerce at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce >> >> > > > Mit freundlichen Gruessen > Ingo Schmitt > From is at marketing-factory.de Wed Mar 10 17:42:55 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Wed, 10 Mar 2010 17:42:55 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: <4B97BC36.4050001@bendoo.com> References:

<4B97BC36.4050001@bendoo.com> Message-ID: Hi Bert, js could do the trick ;-) Regards ingo > Hello Ingo, > > Thanks for your reply. > > On 3/10/10 4:22 PM, Ingo Schmitt wrote: >> Hi Bert, >> >> if your database has good power, you could rewrite the code. > > I think the hardware is not a problem and the database server neither so I'll give it a try. > >> We had a similar problem, this was caused from a malfunction of the payment provider, which send us orders more than one time. Did you check this? > > The problem occurs not only when using the external Payment Gateway (aka "iDEAL") but also when using "debit" or "invoice" where no external gateway is involved. But I was thinking, if it is because of impatient customers hitting the submit button several times, than a javascript ("freeze button after one submit") should also help, isn't it? What do you think? > > Thanks and regards! > > Bert > > >> Regards >> >> ingo >>> Hello Morten, >>> >>> Thanks for your replies! >>> >>> If the problem were due to the file-problem, mentioned in your first reply, as far as I can see, a quick fix would be to rewrite the function "getNewId()" in "com_ordernumber" to: >>> >>> /** >>> * Returns a new id from database >>> * @return integer Oredrnumer >>> */ >>> function getNewId() { >>> $newid = $this->getNewIdFromDB(); >>> return $newid; >>> } >>> >>> In that way, new ordernumbers are always retrieved from the db instead from a file. >>> >>> However, reading from your second reply, I get the impression that this would not help. How to prevent this problem then? Haven't other users reported this issue? Or are we alone on this due to heavy server load? >>> >>> Thanks in advance for your reply! >>> >>> Regards, >>> >>> Bert >>> >>> >>> >>> >>> On 3/10/10 3:25 PM, Morten Olesen wrote: >>>> Hi Bert (again), >>>> >>>> Seems I was a little too quick to reply and jumped the gun, the problem >>>> of 1 order having multiple order numbers is due to server load and >>>> impatient users refreshing on the last step where the order is created. >>>> >>>> The creation of an order is not a transaction either, so it's possible ( >>>> even easy given enough load on the server ) to have multiple attempts to >>>> create the order succeed. >>>> >>>> Normally the order is created so fast that it's not a problem, all >>>> subsequent requests will result in no extra orders ( since the session >>>> info, basket, etc have been converted from a paid basket to an order ) >>>> >>>> Hope this helps. >>>> >>>> Morten Olesen wrote: >>>>> Hi Bert, >>>>> >>>>> you should _really_ write you own order number generator, >>>>> "com_ordernumber" is a working example at best. >>>>> >>>>> Your duplicate orders is due to it using a file ( in /tmp/domainname >>>>> if memory serves ) rapid access will give you the "bankers problem"; >>>>> >>>>> file [ 1000 ] >>>>> >>>>> Thread A: read file ( 1000 ) >>>>> Thread B: read file ( 1000 ) >>>>> Thread A: increment order number ( 1001 ) and write >>>>> Thread B: increment order number ( 1001 ) and write >>>>> >>>>> file [ 1001 ] >>>>> >>>>> To solve it you need to make sure that the order generator is ACID, >>>>> the easiest way is to make a ordernr table with auto increment on the >>>>> key. >>>>> >>>>> >>>>> >>>>> /Morten >>>>> >>>>> Bert Hiddink [BENDOO e-work solutions] wrote: >>>>>> Hello, >>>>>> >>>>>> I am running a Commerce-shop with TYPO3 4.3.1, added >>>>>> "com_ordernumber" for "friendly" ordernumbers and an extra extension >>>>>> we wrote to apply some hooks. We offer 3 paymentmethods: debit, iDeal >>>>>> and invoice. We use the Commerce SVN-version of December 2009. >>>>>> >>>>>> During testing-fase, everything worked fine but as soon as we put it >>>>>> into production, we noticed that around 1-2% of the orders get >>>>>> duplicated in the database, that is, the customer makes 1 order but >>>>>> this gets registrated in the database as 2, 3 or 4 different orders, >>>>>> each with a unique ordernumber. Only the latest order (highest >>>>>> ordernumber) is send to the customer per email. >>>>>> >>>>>> As you will understand, this makes ordermanagement quite messy: we >>>>>> have to look for duplicates by hand and then remove them. >>>>>> >>>>>> What could be wrong here? I really do not understand why this >>>>>> happens? How to debug? >>>>>> >>>>>> Some extra comments: >>>>>> >>>>>> *) The shop was heavily visited just after launch (3-4 orders per >>>>>> minute), more then 1000 orders during the first day. Could this be a >>>>>> reason? >>>>>> >>>>>> *) On the page were the basket is installed, we had to set it to "No >>>>>> cache" due to some strange caching behaviour? >>>>>> >>>>>> *) How heavily Commerce depends of cookies and/or js being enabled? >>>>>> >>>>>> As you notice, the above are just some guesses since I do not see a >>>>>> clear pattern between cause and consequence. >>>>>> >>>>>> Any idea on this would be highly appreciated. >>>>>> >>>>>> Thanks and regards, >>>>>> >>>>>> Bert Hiddink >>>>>> BENDOO >>> >>> _______________________________________________ >>> TYPO3-project-commerce mailing list >>> TYPO3-project-commerce at lists.typo3.org >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce >>> >>> >> >> >> Mit freundlichen Gruessen >> Ingo Schmitt >> > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From malbert19x at gmail.com Thu Mar 11 20:16:38 2010 From: malbert19x at gmail.com (Matthew Albert) Date: Thu, 11 Mar 2010 14:16:38 -0500 Subject: [TYPO3-commerce] "You need to "UPDATE!" the commerce extension." Message-ID: I recently updated to the SVN 0.12.2 of commerce to fix the truncated attribute values in the attribute dropdown on list view. Unfortunately, now when I go to manage my products in the "Category" module, the left frame where the category/product/attribute tree is usually shown, I get "You need to "UPDATE!" the commerce extension. Please go to Extensions->Commerce. Then choose "UPDATE!" in the select-box.". I went into the commerce extension manager and no updates needed to be made- anyone know what I'm missing? -Matt From mo at idefa.dk Fri Mar 12 08:22:54 2010 From: mo at idefa.dk (Morten Olesen) Date: Fri, 12 Mar 2010 08:22:54 +0100 Subject: [TYPO3-commerce] "You need to "UPDATE!" the commerce extension." In-Reply-To: References: Message-ID: In the drop down menu when you entered the extension in the extension manager there is a new item called UPDATE! - select that. Matthew Albert wrote: > I recently updated to the SVN 0.12.2 of commerce to fix the truncated > attribute values in the attribute dropdown on list view. Unfortunately, now > when I go to manage my products in the "Category" module, the left frame > where the category/product/attribute tree is usually shown, I get "You need > to "UPDATE!" the commerce extension. Please go to Extensions->Commerce. Then > choose "UPDATE!" in the select-box.". I went into the commerce extension > manager and no updates needed to be made- anyone know what I'm missing? > > -Matt From malbert19x at gmail.com Fri Mar 12 17:28:51 2010 From: malbert19x at gmail.com (Matthew Albert) Date: Fri, 12 Mar 2010 11:28:51 -0500 Subject: [TYPO3-commerce] "You need to "UPDATE!" the commerce extension." In-Reply-To: References:

Message-ID: Aha! That fixed the problem, thank you. On Fri, Mar 12, 2010 at 2:22 AM, Morten Olesen wrote: > In the drop down menu when you entered the extension in the extension > manager there is a new item called UPDATE! - select that. > > > Matthew Albert wrote: > >> I recently updated to the SVN 0.12.2 of commerce to fix the truncated >> attribute values in the attribute dropdown on list view. Unfortunately, >> now >> when I go to manage my products in the "Category" module, the left frame >> where the category/product/attribute tree is usually shown, I get "You >> need >> to "UPDATE!" the commerce extension. Please go to Extensions->Commerce. >> Then >> choose "UPDATE!" in the select-box.". I went into the commerce extension >> manager and no updates needed to be made- anyone know what I'm missing? >> >> -Matt >> > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > From dk at cabag.ch Mon Mar 15 09:32:24 2010 From: dk at cabag.ch (=?UTF-8?B?RGltaXRyaSBLwprDtm5pZw==?=) Date: Mon, 15 Mar 2010 09:32:24 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: References:

Message-ID: Hello Bert We had a similar problem and solved it by putting the first generated orderID into user session and check it when the order should be saved into database. Maybe this hint will work for you too. Best regards Dimitri From alessandro.amerio at yahoo.it Mon Mar 15 17:41:18 2010 From: alessandro.amerio at yahoo.it (alessandro amerio) Date: Mon, 15 Mar 2010 16:41:18 +0000 (GMT) Subject: [TYPO3-commerce] products as menu sub-items Message-ID: Hi all! Unfortunately I'm new with TYPO3 and Commerce extension, anyway, I've installed it and I've my categories and my products. I've done a menu with categories as sub-items and clicking on them I can see on the right the list of products for that categories. Something like this: - products > category_one > category_two Now I would like to make a dynamic sub-sub-menu with the products under the category, but I'm getting crazy looking for the right way. To be more clear, it should be like this: - products > category_one * product one of categoty one * product two of categoty one * product three of categoty one > category_two * product one of categoty two * product two of categoty two and clicking on the product should show me the product page on the right. Is this possible? Thak you all for any help! From is at marketing-factory.de Mon Mar 15 17:59:48 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Mon, 15 Mar 2010 17:59:48 +0100 Subject: [TYPO3-commerce] products as menu sub-items In-Reply-To: References: Message-ID: Hi Alessandro, this is possible. Have a look at the TYPOScript variables in setup.txt Ingo > > Unfortunately I'm new with TYPO3 and Commerce extension, anyway, I've installed it and I've my categories and my products. > > I've done a menu with categories as sub-items and clicking on them I can see on the right the list of products for that categories. Something like this: > - products >> category_one >> category_two > > Now I would like to make a dynamic sub-sub-menu with the products under the category, but I'm getting crazy looking for the right way. To be more clear, it should be like this: > - products >> category_one > * product one of categoty one > * product two of categoty one > * product three of categoty one >> category_two > * product one of categoty two > * product two of categoty two > and clicking on the product should show me the product page on the right. > > Is this possible? > > Thak you all for any help! > > > > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From alessandro.amerio at yahoo.it Tue Mar 16 12:24:28 2010 From: alessandro.amerio at yahoo.it (alessandro amerio) Date: Tue, 16 Mar 2010 11:24:28 +0000 (GMT) Subject: [TYPO3-commerce] products as menu sub-items In-Reply-To: References:

Message-ID: Thank you very much Ingo! That's very useful but it insn't enough for me :( I start with this setup for my working menu: temp.menu_1=HMENU temp.menu_1.1=TMENU temp.menu_1.1{ NO.allWrap=| NO.stdWrap.htmlSpecialChars=1 ACT=1 ACT.stdWrap.htmlSpecialChars=1 ACT.allWrap=| } temp.menu_1.2=TMENU temp.menu_1.2{ NO.allWrap=| NO.stdWrap.htmlSpecialChars=1 ACT=1 ACT.stdWrap.htmlSpecialChars=1 ACT.allWrap=| } that gives me this menu: - home - contacts > history > address - products > categ one > categ two but, as you understood, I would like to show products in relatives categories - home - contacts > history > address - products (pid=25) > categ one * prod one * prod two > categ two * prod three To do this I try to modify the setup in different way but without success...for example like this: # THESE LINES ARE LIKE BEFORE temp.menu_1=HMENU temp.menu_1.1=TMENU temp.menu_1.1{ NO.allWrap=| NO.stdWrap.htmlSpecialChars=1 ACT=1 ACT.stdWrap.htmlSpecialChars=1 ACT.allWrap=| } temp.menu_1.2=TMENU temp.menu_1.2{ NO.allWrap=| NO.stdWrap.htmlSpecialChars=1 ACT=1 ACT.stdWrap.htmlSpecialChars=1 ACT.allWrap=| } # AND THESE ARE THE NEW ADDED LINES includeLibs.user_tx_commerce_catmenu_pub=typo3conf/et/commerce/lib/class.tx_commerce_navigation.php lib.tx_commerce.rootline =HMENU lib.tx_commerce.rootline{ special=userfunction special.userFunc= user_tx_commerce_catmenu_pub->CommerceRootline special{ category={$plugin.tx_commerce_lib.catUid} showProducts=1 overridePid={$plugin.tx_commerce_lib.overridePid} } 1=TMENU 1.NO.linkWrap=|*||>|*|| } [PIDinRootline = 25] temp.menu_1.2{ ACT { after.cObject = HMENU after.cObject A: TYPO3 commerce extension project Inviato: Lun 15 marzo 2010, 17:59:48 Oggetto: Re: [TYPO3-commerce] products as menu sub-items Hi Alessandro, this is possible. Have a look at the TYPOScript variables in setup.txt Ingo > > Unfortunately I'm new with TYPO3 and Commerce extension, anyway, I've installed it and I've my categories and my products. > > I've done a menu with categories as sub-items and clicking on them I can see on the right the list of products for that categories. Something like this: > - products >> category_one >> category_two > > Now I would like to make a dynamic sub-sub-menu with the products under the category, but I'm getting crazy looking for the right way. To be more clear, it should be like this: > - products >> category_one > * product one of categoty one > * product two of categoty one > * product three of categoty one >> category_two > * product one of categoty two > * product two of categoty two > and clicking on the product should show me the product page on the right. > > Is this possible? > > Thak you all for any help! > > > > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel _______________________________________________ TYPO3-project-commerce mailing list TYPO3-project-commerce at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce From hiddink at bendoo.com Tue Mar 16 18:39:56 2010 From: hiddink at bendoo.com (Bert Hiddink [BENDOO e-work solutions]) Date: Tue, 16 Mar 2010 18:39:56 +0100 Subject: [TYPO3-commerce] Duplicated orders in database!!! In-Reply-To: References:

Message-ID: Hi Dimitri! On 3/15/10 9:32 AM, Dimitri K??nig wrote: > Hello Bert > > We had a similar problem and solved it by putting the first generated > orderID into user session and check it when the order should be saved > into database. Maybe this hint will work for you too. > > Best regards > Dimitri Thanks for this hint! Could you elaborate something more on WHERE you put the ID into the user-session? Thanks in advance! Regards, Bert From j.leshel at gmail.com Wed Mar 17 12:21:36 2010 From: j.leshel at gmail.com (=?ISO-8859-1?Q?J=F6rg_Leshel?=) Date: Wed, 17 Mar 2010 12:21:36 +0100 Subject: [TYPO3-commerce] Attributes... Message-ID: Hi list, I am sitting on a shop with Products with different Attributes which should get rendered differently and trigger different behaviour. Just wanted to let you take part on some issues I am having at the moment with the commerce shop and perhaps getting some clarification. 1. As far As I can see from the Code the Attributes part of the shop is not completely finished for now. Is that right? 2. There is in class.tx_commerce_pibase.php the part to build the dropdowns. The author left as comment "correct like this?" I think it's not correct like this. For me the behaviour of the dropdowns (plugin.tx_commerce_pi1.allArticles=0) should be implemented on server side like Dmitry Pikhno did it with jQuery in his extension fe_attr_commerce on clientside. So thats chained dropdowns. An additional field in the product or category / attributes assignment is needed to specify the chain for a product or category. If it's not done with chained dropdowns the behaviour shouldn't be like its at the moment either. If in the second (or n) dropdown a value is selected which doesn't match an articel regarding the the selected value of the first dropdown in the moment the first article (off all) is getting chosen as selected and the not possible value of the first dropdown is still selected. I think in this case the first article which matches the latest selected attribute should be marked as selected. That way the dropdowns wouldn't display information for the costumer which aren't correct -> selected article is first of all articles for the product -> shown selection in dropdown shows a combination which does not exist. 3. I have attributes which have an impact on the price of an article and I have atributes which haven't. For each possible combination of attributes which have an impact to the price I have an article. Creating articles for all possible combination of attributes also for those which don't affect the price would be way to much effort for maintaining the shop. It's a definte no go. For the price impacting attributes everything is fine. I am using fe_attr_commerce for frontend rendering. Changing values in my chained dropdowns results always in displaying a valid article with valid select values in the dropdowns. Solution for the not price impacting attributes would be to assign those attributes not to the article but to the product with allow multiple. In my case some of those attributes should get rendered as radio selection and some as dropdown. As far as I can see it's not implemented or intended to have radio buttons or dropdowns on the product layer you can just assing a fix attibute without values. Is that correct? I for myself will adept the code for this project but perhaps it's worth thinking of such constellations in further development of the shop. In my case it makes no sense for my costumer letting him create dozens of articles for a hundres of products just to transport a certain information which is same for all articles. I know you have intended the option "Generate article from" in attribute assignment but it's not implemented yet, right? Also for "Generate article from" it would make more sense for to generate "virtual" articles rather than generate real articles which eventually have to get maintained as well. 4. I have attributes which impact the price in the way that if they are chosen the price of an article is getting higher. It's something like a service fee (additional value). This fee is same for all products. Creating articles with different prices can't be it again. I think the best way would be to integrate a possibility to skale the price in the attributes either. (if attribute selected new price = price + x). 5. I need the possibilty to let an costumer leave a notice regarding an certain attribute (depending if he has chosen an option or not). This Information should be deposited in an order (per article) Could be considered in future development? Anyway enough for now. I have to make this work now ;-) regards Joerg From janosch at bworx.de Wed Mar 17 17:44:32 2010 From: janosch at bworx.de (Janosch Skrobek / binaryworx) Date: Wed, 17 Mar 2010 17:44:32 +0100 Subject: [TYPO3-commerce] Problem with special prices - no basket update on login In-Reply-To: References:

Message-ID: Hey Ingo, hey all, this is driving me nuts. I tried the fix you linked Ingo but it led to more problems instead of a solution (some articles updated automatically, others not at all anymore). So I tried a complete fresh typo3 4.3.2 with only the latest extensions commerce requires and commerce 0.12.2 from svn and added 1 category and 2 products with one article each. These articles have 2 prices, 1 for everyone, 1 for a special fe-group. Same problem. If I add an Article to my basket and then log in I get the wrong prices in the basket until I press update or readd the article. Is it really possible that I am the only one experiencing this problem? There has got to be a solution :-( ... Regards, Janosch > -----Original Message----- > From: typo3-project-commerce-bounces at lists.typo3.org [mailto:typo3- > project-commerce-bounces at lists.typo3.org] On Behalf Of Ingo Schmitt > Sent: Mittwoch, 3. M?rz 2010 19:08 > To: TYPO3 commerce extension project > Subject: Re: [TYPO3-commerce] Problem with special prices - no basket > update on login > > Hi Janosch, > > have a look at this issue > > http://forge.typo3.org/issues/show/2346 > > > Regards > > ingo > > HI Ingo, > > > > thanks for your reply. I updated to commerce 0.12.2 and did a compare in > the > > install tool, everything seems to be correct. But still the prices don't > get > > updated on login. Not even if I click update. Only when I delete the > article > > and readd it when logged in I get the correct price. > > > > When I log out though and press update it switches back to the higher > price > > like it should. Works only one way?! Weird... > > > > > > Or will I have to update to TYPO3 4.3.2 as well? > > > > Regards > > Janosch > > > > _______________________________________________ > > TYPO3-project-commerce mailing list > > TYPO3-project-commerce at lists.typo3.org > > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > > > > > > Mit freundlichen Gruessen > Ingo Schmitt > > -- > Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de > Stephanienstrasse 36 * Tel.: +49 211-361176-63 > D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 > Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ > > Geschaeftsfuehrer: Peter Faisst | Katja Faisst > Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce From janosch at bworx.de Wed Mar 17 18:03:36 2010 From: janosch at bworx.de (Janosch Skrobek / binaryworx) Date: Wed, 17 Mar 2010 18:03:36 +0100 Subject: [TYPO3-commerce] Problem with special prices - no basket update on login In-Reply-To: References:

Message-ID: Some thoughts I have which I'm not able to perform without further help ... 1) Maybe there is a way to have the form-submit, that updates the basket, perform when logging in? 2) Or simply force the "update" function when the basket page is loaded only by its id and not by a "post" from itself or another page? Regards Janosch From alessandro.amerio at yahoo.it Wed Mar 17 18:04:18 2010 From: alessandro.amerio at yahoo.it (alessandro amerio) Date: Wed, 17 Mar 2010 17:04:18 +0000 (GMT) Subject: [TYPO3-commerce] products as menu sub-items In-Reply-To: References:

Message-ID: ok i was in a wrong way, now it works better but I have still a problem: the code {$plugin.tx_commerce_lib.catUid} always return me the same number (2) instead of the category which I clicked on, can't understand the why. What I'm doing wrong? Thank you very much if you can help me! :) The following in my setup: includeLibs.user_tx_commerce_catmenu_pub=typo3conf/ext/commerce/lib/class.tx_commerce_navigation.php # product subpart menu temp.catmenu = HMENU temp.catmenu { special = userfunction special.userFunc = user_tx_commerce_catmenu_pub->init special { category = {$plugin.tx_commerce_lib.catUid} showProducts =1 overridePid = {$plugin.tx_commerce_lib.overridePid} } 1 = TMENU 1 { wrap = | itemArrayProcFunc = user_tx_commerce_catmenu_pub->clear expAll = 1 noBlur = 1 NO.wrapItemAndSub =

ACT = 1 ACT.wrapItemAndSub =

} 2 < .1 3 < .1 } # site menu temp.mainmenu=HMENU temp.mainmenu{ 1=TMENU 1{ expAll=1 NO.allWrap=| NO.stdWrap.htmlSpecialChars=1 ACT=1 ACT.stdWrap.htmlSpecialChars=1 ACT.allWrap=| } 2=TMENU 2{ expAll=1 NO.allWrap=| NO.stdWrap.htmlSpecialChars=1 ACT=1 ACT.stdWrap.htmlSpecialChars=1 ACT.allWrap=| } 3=TMENU 3{ expAll=1 NO.allWrap=| NO.stdWrap.htmlSpecialChars=1 ACT=1 ACT.stdWrap.htmlSpecialChars=1 ACT.allWrap=| } } # pid 86 of products page [PIDinRootline = 86] temp.mainmenu.2{ ACT{ after.cObject=HMENU after.cObject A: TYPO3 commerce extension project Inviato: Mar 16 marzo 2010, 12:24:28 Oggetto: Re: [TYPO3-commerce] products as menu sub-items Thank you very much Ingo! That's very useful but it insn't enough for me :( I start with this setup for my working menu: <...> but the result is always the same, I never can see the products tree in the menu :( What I'm doing wrong? Maybe I've to write also some php? Or am I missing someting? Please you can save me! :) Thak you very much!!! ale ________________________________ Da: Ingo Schmitt A: TYPO3 commerce extension project Inviato: Lun 15 marzo 2010, 17:59:48 Oggetto: Re: [TYPO3-commerce] products as menu sub-items Hi Alessandro, this is possible. Have a look at the TYPOScript variables in setup.txt Ingo > > Unfortunately I'm new with TYPO3 and Commerce extension, anyway, I've installed it and I've my categories and my products. > > I've done a menu with categories as sub-items and clicking on them I can see on the right the list of products for that categories. Something like this: > - products >> category_one >> category_two > > Now I would like to make a dynamic sub-sub-menu with the products under the category, but I'm getting crazy looking for the right way. To be more clear, it should be like this: > - products >> category_one > * product one of categoty one > * product two of categoty one > * product three of categoty one >> category_two > * product one of categoty two > * product two of categoty two > and clicking on the product should show me the product page on the right. > > Is this possible? > > Thak you all for any help! > > > > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel _______________________________________________ TYPO3-project-commerce mailing list TYPO3-project-commerce at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce _______________________________________________ TYPO3-project-commerce mailing list TYPO3-project-commerce at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce From mo at idefa.dk Thu Mar 18 08:42:06 2010 From: mo at idefa.dk (Morten Olesen) Date: Thu, 18 Mar 2010 08:42:06 +0100 Subject: [TYPO3-commerce] Attributes... In-Reply-To: References: Message-ID: Hi J?rg, J?rg Leshel wrote: > Hi list, > > I am sitting on a shop with Products with different Attributes which > should get rendered differently and trigger different behaviour. > Just wanted to let you take part on some issues I am having at the > moment with the commerce shop and perhaps getting some clarification. > > 1. As far As I can see from the Code the Attributes part of the shop > is not completely finished for now. Is that right? > It is finished and being used by quite a few people. That said it is also in the process of being refactored to lower it's time complexity. > 2. There is in class.tx_commerce_pibase.php the part to build the dropdowns. > The author left as comment "correct like this?" > I think it's not correct like this. > It's a very old comment that related to a specific part of the code at the time. > For me the behaviour of the dropdowns > (plugin.tx_commerce_pi1.allArticles=0) should be implemented on server > side like Dmitry Pikhno did it with jQuery in his extension > fe_attr_commerce on clientside. So thats chained dropdowns. An > additional field in the product or category / attributes assignment > is needed to specify the chain for a product or category. > Then feel free to do so in an extension, it's the philosophy that commerce should be the foundation on witch you build the specialized shop - it's should not force a specific javascript library. For instance in our shops we typically automatically load the selected article via ajax to make sure that any article specific images, test and price is rendered correctly - which in turn also makes sure that the drop downs again only contain valid choices. This works for us, but wont be ideal for everyone. > If it's not done with chained dropdowns the behaviour shouldn't be > like its at the moment either. If in the second (or n) dropdown a > value is selected which doesn't match an articel regarding the the > selected value of the first dropdown in the moment the first article > (off all) is getting chosen as selected and the not possible value of > the first dropdown is still selected. > I think in this case the first article which matches the latest > selected attribute should be marked as selected. That way the > dropdowns wouldn't display information for the costumer which aren't > correct -> selected article is first of all articles for the product > -> shown selection in dropdown shows a combination which does not > exist. > > 3. I have attributes which have an impact on the price of an article > and I have atributes which haven't. > For each possible combination of attributes which have an impact to > the price I have an article. Creating articles for all possible > combination of attributes also for those which don't affect the price > would be way to much effort for maintaining the shop. It's a definte > no go. > Maybe you should rethink the way you use attributes then, we've only had one case where it didn't work; a customer tried to create articles for a product that had 3 colours ( each with 50 choices ) and material ( 3 choices ) which naturally wont work. Since the theese were hand crafted the customer would not need stock so it was created using a meta atricle that would carry the choices as part of it's meta descriptor. Of course this solution has the down side that every combination has to have the same price, unlike the std. shop solution where you can specify the price of each article. > For the price impacting attributes everything is fine. I am using > fe_attr_commerce for frontend rendering. Changing values in my chained > dropdowns results always in displaying a valid article with valid > select values in the dropdowns. > > Solution for the not price impacting attributes would be to assign > those attributes not to the article but to the product with allow > multiple. No, just no. Imagine a shop that sells instruction videos - all of their videos comes as one of the following; - VHS - DVD - CD - Blueray with your solution I would only have one description, and would not be able to put up a little warning next to say blueray, reminding people that this needs a special player - or having per article images showing off the image quality of the product. > In my case some of those attributes should get rendered as radio > selection and some as dropdown. > > As far as I can see it's not implemented or intended to have radio > buttons or dropdowns on the product layer you can just assing a fix > attibute without values. Is that correct? > Of course it is not implemented there since it's intended for articles. > I for myself will adept the code for this project but perhaps it's > worth thinking of such constellations in further development of the > shop. > In my case it makes no sense for my costumer letting him create dozens > of articles for a hundres of products just to transport a certain > information which is same for all articles. > I know you have intended the option "Generate article from" in > attribute assignment but it's not implemented yet, right? > Also for "Generate article from" it would make more sense for to > generate "virtual" articles rather than generate real articles which > eventually have to get maintained as well. > > 4. I have attributes which impact the price in the way that if they > are chosen the price of an article is getting higher. It's something > like a service fee (additional value). This fee is same for all > products. Creating articles with different prices can't be it again. I > think the best way would be to integrate a possibility to skale the > price in the attributes either. (if attribute selected new price = > price + x). > > 5. I need the possibilty to let an costumer leave a notice regarding > an certain attribute (depending if he has chosen an option or not). > This Information should be deposited in an order (per article) > Could be considered in future development? > Theese all seems to be specifc to your needs, I suggest you implement them as extensions to the shop. > > Anyway enough for now. I have to make this work now ;-) > > regards > > Joerg From mo at idefa.dk Thu Mar 18 08:47:34 2010 From: mo at idefa.dk (Morten Olesen) Date: Thu, 18 Mar 2010 08:47:34 +0100 Subject: [TYPO3-commerce] products as menu sub-items In-Reply-To: References:

Message-ID: Hi Alessandro, alessandro amerio wrote: > ok i was in a wrong way, now it works better but I have still a problem: the code {$plugin.tx_commerce_lib.catUid} always return me the same number (2) instead of the category which I clicked on, can't understand the why. > What I'm doing wrong? you calling a constant and supprised that it is unchanged? plugin.txt_commerce_lib.catUid is the base category you chose ( the root of the visible product tree ) /Morten Olesen From mo at idefa.dk Thu Mar 18 08:50:33 2010 From: mo at idefa.dk (Morten Olesen) Date: Thu, 18 Mar 2010 08:50:33 +0100 Subject: [TYPO3-commerce] Problem with special prices - no basket update on login In-Reply-To: References:

Message-ID: Hi Janosch, Janosch Skrobek / binaryworx wrote: > Some thoughts I have which I'm not able to perform without further help ... > > 1) Maybe there is a way to have the form-submit, that updates the basket, > perform when logging in? There should be a hook in typo3 to allow you to be notified when a user logs in - at this point you can recalculate the basket. > 2) Or simply force the "update" function when the basket page is loaded only > by its id and not by a "post" from itself or another page? > The minibasket is rendered by the same module if memory serves, so you should properly look out for that. Overall I like the first solution best, good luck :) > Regards > Janosch > /Morten Olesen From alessandro.amerio at yahoo.it Thu Mar 18 09:56:12 2010 From: alessandro.amerio at yahoo.it (alessandro amerio) Date: Thu, 18 Mar 2010 08:56:12 +0000 (GMT) Subject: [TYPO3-commerce] products as menu sub-items In-Reply-To: References:

Message-ID: Hi Mortenand and thank you very much for your answer! Ok I understand, I was so wrong, but I can't understand how I can pass the category which I clicked on: now I've done my category pages using as content "Commerce: Product Listing" and selecting for each one his category. But what should I do to generate both category and products? I'm getting crazy with this! Thank you all for any new suggest! alessandro ________________________________ Da: Morten Olesen A: typo3-project-commerce at lists.typo3.org Inviato: Gio 18 marzo 2010, 08:47:34 Oggetto: Re: [TYPO3-commerce] products as menu sub-items Hi Alessandro, alessandro amerio wrote: > ok i was in a wrong way, now it works better but I have still a problem: the code {$plugin.tx_commerce_lib.catUid} always return me the same number (2) instead of the category which I clicked on, can't understand the why. > What I'm doing wrong? you calling a constant and supprised that it is unchanged? plugin.txt_commerce_lib.catUid is the base category you chose ( the root of the visible product tree ) /Morten Olesen _______________________________________________ TYPO3-project-commerce mailing list TYPO3-project-commerce at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce From mo at idefa.dk Thu Mar 18 10:04:29 2010 From: mo at idefa.dk (Morten Olesen) Date: Thu, 18 Mar 2010 10:04:29 +0100 Subject: [TYPO3-commerce] products as menu sub-items In-Reply-To: References:

Message-ID: Hi Alessandro, Something like; var = GPvar : tx_commerce_pi1 | catUid should work /Morten Olesen alessandro amerio wrote: > Hi Mortenand and thank you very much for your answer! > > Ok I understand, I was so wrong, but I can't understand how I can pass the category which I clicked on: now I've done my category pages using as content "Commerce: Product Listing" and selecting for each one his category. But what should I do to generate both category and products? I'm getting crazy with this! > > Thank you all for any new suggest! > > > alessandro > > > > ________________________________ > Da: Morten Olesen > A: typo3-project-commerce at lists.typo3.org > Inviato: Gio 18 marzo 2010, 08:47:34 > Oggetto: Re: [TYPO3-commerce] products as menu sub-items > > Hi Alessandro, > > alessandro amerio wrote: >> ok i was in a wrong way, now it works better but I have still a problem: the code {$plugin.tx_commerce_lib.catUid} always return me the same number (2) instead of the category which I clicked on, can't understand the why. >> What I'm doing wrong? > > you calling a constant and supprised that it is unchanged? > > plugin.txt_commerce_lib.catUid is the base category you chose ( the root of the visible product tree ) > > > /Morten Olesen > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > > > From j.leshel at gmail.com Thu Mar 18 10:46:57 2010 From: j.leshel at gmail.com (=?ISO-8859-1?Q?J=F6rg_Leshel?=) Date: Thu, 18 Mar 2010 10:46:57 +0100 Subject: [TYPO3-commerce] TYPO3-project-commerce Digest, Vol 38, Issue 14 In-Reply-To: References: Message-ID: Hi Morten, I am almost ok with you. But with the way dropdowns are handled I am still not ok. Somehow the logic is flawed because it results in inconsistent information in the frontend. I think it's about this lines: if (is_array($articles_uids)) { $artId = $articles_uids[0]; } else { $artId = $prod->articles_uids[0]; } Maybe it's better instead of setting a default article to communicate to the costumer that there is no valid article for the selected combination. return $this->pi_getLL('lang_novalidarticle') //just to show :) regards Joerg > 2. There is in class.tx_commerce_pibase.php the part to build the dropdowns. > The author left as comment "correct like this?" > I think it's not correct like this. > >It's a very old comment that related to a specific part of the code at >the time. > For me the behaviour of the dropdowns > (plugin.tx_commerce_pi1.allArticles=0) should be implemented on server > side like Dmitry Pikhno did it with jQuery in his extension > fe_attr_commerce on clientside. So thats chained dropdowns. An > additional field in the product or category / attributes assignment > is needed to specify the chain for a product or category. > >Then feel free to do so in an extension, it's the philosophy that >commerce should be the foundation on witch you build the specialized >shop - it's should not force a specific javascript library. >For instance in our shops we typically automatically load the selected >article via ajax to make sure that any article specific images, test and >price is rendered correctly - which in turn also makes sure that the >drop downs again only contain valid choices. This works for us, but wont >be ideal for everyone. From alessandro.amerio at yahoo.it Thu Mar 18 12:21:36 2010 From: alessandro.amerio at yahoo.it (alessandro amerio) Date: Thu, 18 Mar 2010 11:21:36 +0000 (GMT) Subject: [TYPO3-commerce] products as menu sub-items In-Reply-To: References:

Message-ID: Thank you again for your answer but it doesn't work, I think I'm on the wrong way. I've to make it build the whole product tree with also the categories...But I think I can't because I fail the {$plugin.tx_commerce_lib.catUid}. Could you tell me how I can find the pid of my "rootof the visible product tree"? BTW: my setup for build the categories and products is the following: temp.catmenu = HMENU temp.catmenu { special = userfunction special.userFunc = user_tx_commerce_catmenu_pub->init special { category = {$plugin.tx_commerce_lib.catUid} showProducts = 1 overridePid = {$plugin.tx_commerce_lib.overridePid} } 1 = TMENU 1 { wrap =

| itemArrayProcFunc = user_tx_commerce_catmenu_pub->clear expAll = 1 noBlur = 1 NO.wrapItemAndSub =

ACT = 1 ACT.wrapItemAndSub =

} 2 < .1 3 < .1 } seems to be right? Really really thank you again alessandro ________________________________ Da: Morten Olesen A: typo3-project-commerce at lists.typo3.org Inviato: Gio 18 marzo 2010, 10:04:29 Oggetto: Re: [TYPO3-commerce] products as menu sub-items Hi Alessandro, Something like; var = GPvar : tx_commerce_pi1 | catUid should work /Morten Olesen alessandro amerio wrote: > Hi Mortenand and thank you very much for your answer! > > Ok I understand, I was so wrong, but I can't understand how I can pass the category which I clicked on: now I've done my category pages using as content "Commerce: Product Listing" and selecting for each one his category. But what should I do to generate both category and products? I'm getting crazy with this! > > Thank you all for any new suggest! > > > alessandro > > > > ________________________________ > Da: Morten Olesen > A: typo3-project-commerce at lists.typo3.org > Inviato: Gio 18 marzo 2010, 08:47:34 > Oggetto: Re: [TYPO3-commerce] products as menu sub-items > > Hi Alessandro, > > alessandro amerio wrote: >> ok i was in a wrong way, now it works better but I have still a problem: the code {$plugin.tx_commerce_lib.catUid} always return me the same number (2) instead of the category which I clicked on, can't understand the why. >> What I'm doing wrong? > > you calling a constant and supprised that it is unchanged? > > plugin.txt_commerce_lib.catUid is the base category you chose ( the root of the visible product tree ) > > > /Morten Olesen > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > > > _______________________________________________ TYPO3-project-commerce mailing list TYPO3-project-commerce at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce From pim at lingewoud.nl Fri Mar 19 10:26:18 2010 From: pim at lingewoud.nl (Pim Snel) Date: Fri, 19 Mar 2010 10:26:18 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 In-Reply-To: References:

Message-ID: Op 08-03-10 10:53, Ingo Schmitt schreef: > commerce is working with 4.2 and all developments are checked against 4.2. If this will change, we will announce it to the list and to forge. > > ingo > For me this is not good news at all. Is commerce just not supported or is it technically not possible to run commerce on 4.3.x. We're just starting a project which needs Commerce and Solr and thus we need 4.3.x Kind regards, Pim Snel From is at marketing-factory.de Fri Mar 19 12:23:21 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Fri, 19 Mar 2010 12:23:21 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 In-Reply-To: References:

Message-ID: Hi Pim, commerce is working with 4.3 (in some of our installations), also we do have developed a solr connector for commerce. I personally do think commerce is working perfectly on 4.3.x, but since not all of our installations and test-systems have migrated to 4.3 I'm not 100% sure. Regards > Op 08-03-10 10:53, Ingo Schmitt schreef: > >> commerce is working with 4.2 and all developments are checked against 4.2. If this will change, we will announce it to the list and to forge. >> >> ingo >> > > For me this is not good news at all. Is commerce just not supported or is it technically not possible to run commerce on 4.3.x. We're just starting a project which needs Commerce and Solr and thus we need 4.3.x > > Kind regards, > Pim Snel > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From erik at t3media.de Fri Mar 19 12:32:06 2010 From: erik at t3media.de (Erik Sokoll) Date: Fri, 19 Mar 2010 12:32:06 +0100 Subject: [TYPO3-commerce] Short hint about the current manual (SVN version) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For those who write the manual.sxw On the first page under the topic "Current state" you'll find the note about the mailing list. Here is still the "old" system (netfielders) listed. http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-project-commerce ...should be changed to... http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce Greetings... Erik P.S. In doc/manual.de.sxw it's the same ;) - -- Erik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLo2C2uogOZOO2WPQRAqAsAKCLPIvxnPZCC+KJ+EXP1jprQKDXAgCfc/lj CvCB65Rk/15Kw24GrAkR3eo= =LS85 -----END PGP SIGNATURE----- From j.leshel at gmail.com Fri Mar 19 14:35:59 2010 From: j.leshel at gmail.com (=?ISO-8859-1?Q?J=F6rg_Leshel?=) Date: Fri, 19 Mar 2010 14:35:59 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 Message-ID: Hi Pim, I am running commerce (version from repository) with Typo3 4.3 The shop is still in development yet. I have loads of problems but none because of version conflicts so far. So out of my experience it works but I don't have a clue in what problems I may run in future ;-) regards Joerg Commerce svn & TYPO3 < 4.3 > For me this is not good news at all. Is commerce just not supported or > is it technically not possible to run commerce on 4.3.x. We're just > starting a project which needs Commerce and Solr and thus we need 4.3.x > > Kind regards, > Pim Snel From rik at actiview.nl Fri Mar 19 15:01:06 2010 From: rik at actiview.nl (Rik Willems) Date: Fri, 19 Mar 2010 15:01:06 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 In-Reply-To: References: Message-ID: Hi, It should be working as normal. I did find that the module menu is not working as expected but did not have time to really investigate. Cheers! J?rg Leshel schreef: > Hi Pim, > > I am running commerce (version from repository) with Typo3 4.3 > The shop is still in development yet. > I have loads of problems but none because of version conflicts so far. > So out of my experience it works but I don't have a clue in what > problems I may run in future ;-) > > regards > > Joerg > > > Commerce svn & TYPO3 < 4.3 > >> For me this is not good news at all. Is commerce just not supported or >> is it technically not possible to run commerce on 4.3.x. We're just >> starting a project which needs Commerce and Solr and thus we need 4.3.x >> >> Kind regards, >> Pim Snel From is at marketing-factory.de Fri Mar 19 15:09:32 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Fri, 19 Mar 2010 15:09:32 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 In-Reply-To: References:

Message-ID: Hi Rik, this is an TYPO3 Core Issue, the Patch was already approved by the Core Team http://bugs.typo3.org/view.php?id=11562 Regards Ingo > Hi, > > It should be working as normal. I did find that the module menu is not working as expected but did not have time to really investigate. > > Cheers! > > J?rg Leshel schreef: >> Hi Pim, >> I am running commerce (version from repository) with Typo3 4.3 >> The shop is still in development yet. >> I have loads of problems but none because of version conflicts so far. >> So out of my experience it works but I don't have a clue in what >> problems I may run in future ;-) >> regards >> Joerg >> Commerce svn & TYPO3 < 4.3 >>> For me this is not good news at all. Is commerce just not supported or >>> is it technically not possible to run commerce on 4.3.x. We're just >>> starting a project which needs Commerce and Solr and thus we need 4.3.x >>> >>> Kind regards, >>> Pim Snel > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From erik at t3media.de Fri Mar 19 17:40:49 2010 From: erik at t3media.de (Erik Sokoll) Date: Fri, 19 Mar 2010 17:40:49 +0100 Subject: [TYPO3-commerce] any changes about PRODUCT_RELATEDPAGE between 12.1 and 12.2 ? Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear list, in commerce version 12.1 the following code snipped returned a link to the relatedpage* as far as it was set. - ------------- schnippel %< ------------- plugin.tx_commerce_pi1.listView.products.fields.relatedpage = TEXT plugin.tx_commerce_pi1.listView.products.fields.relatedpage { setContentToCurrent = 1 if.isTrue.current = 1 wrap =

Weitere Produktinformationen

} ... (the same for singleView) ... - ------------- schnapp %< ------------- Now in commerce version 12.2 only the number from the database field is returned and moreover it shows the default 0 (zero) as fas as no related page is defined. Well, I will search for a different way to render the information but I wonder why it doesn't work anymore. Greetings... Erik * The marker ###PRODUCT_RELATEDPAGE### is for links to 'normal' pages beside the shop system where you can insert additional information about the product on a normal page and has nothing to do with 'related products'. - -- Erik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLo6kQuogOZOO2WPQRAq6EAJ94WnDUpaSerReUa69DZ6JY+kK/tQCgxRFs 8AsIEDbRJIH22yPK5thPsqA= =NAbJ -----END PGP SIGNATURE----- From lolli at schwarzbu.ch Sat Mar 20 06:31:57 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Sat, 20 Mar 2010 06:31:57 +0100 Subject: [TYPO3-commerce] RFC: #6634: Refactor tx_commerce_products get_attribute_matrix() and get_product_attribute_matrix() In-Reply-To: References: Message-ID: Hey, Dimitri and me spend a lot of (really braindamaging) time refactoring those methods. They are one of the most ugly and parsetime consuming methods within commerce. Please fire up your own kcachegrind in a realistic environment to see how much we gain with this central cleanup in complex list and detail views. Did you ever display a list with 20 products, 10 articles and a realistic list of attributes and wondered why your happy little super server took 20 seconds to render this crap? Those methods are one reason! We really need some reviews here to ensure backwards compatibility, we are not sure if we covered every edge case. Please try the patches and give us more feedback, otherwise commerce will in future break exactly with _your_ setup. Please provide feedback especially for complex setups like multi languages, tons of value lists and so on. Thanks for your contribution Christian Christian Kuhn wrote: > Type: Refactoring > > Branches: trunk > > Forge issue ID: http://forge.typo3.org/issues/show/6634 > > Problem: get_attribute_matrix() and get_product_attribute_matrix() have > tons of duplicate code, are messy and slow. > > Solution: Rewrite the methods from scratch. From mo at idefa.dk Mon Mar 22 12:37:13 2010 From: mo at idefa.dk (Morten Olesen) Date: Mon, 22 Mar 2010 12:37:13 +0100 Subject: [TYPO3-commerce] RFC: #6634: Refactor tx_commerce_products get_attribute_matrix() and get_product_attribute_matrix() In-Reply-To: References:

Message-ID: Hi Christan & Dimitri, I finally had some time to test the changes, how ever since issue 1345 remains unsolved it's kinda limited what I can test. This test is done against svn 19/03-2010 ( patch 12.2 iirc ); your patch introduces "PHP Warning: Call-time pass-by-reference has been deprecated" x 3 : line 216, 299, 344 in pibase Other than that it seems to crash randomly when selecting attribute combinations - cause is; (Note; this also happens in unpatched 12.2 - how ever since the patch modifies function that gives out the attributes used for creating the dropdowns I thougth I migth be good to bring it up aswell.) Some further investigation reveals that the crashed is not random at all, but due to the drop downs getting too many options. Ie. a product with theese two attributes ( values in parantesis ) Colour ( Blue, Yellow, Beige ) Size ( Large, Small, XLarge ) All those choices are shown in the selects, how ever only the combinations; * Yellow - Large * Yellow- Small * Beige - Large * Beige - Small exists. (This also happens in 12.2 ) Altering the article order so that they are now Beige Small Yellow Large Yellow Small Beige Large "Yellow, Large" is still chosen by default, where as "Beige, Small" would be the logical choice ... (yes we do infact have customers who thinks this is important ;) ) Test product; http://testcommerce.idefahost.dk/index.php?id=12&tx_commerce_pi1[showUid]=7&tx_commerce_pi1[catUid]=8 The above shop contains no modifications outside of the patch and the only other commerce module installed is 'com_defaultstock' So in conclusion it seems your changes does work exactly like the original (apart from added warnings) - how ever it's less that desired that it does so. /Morten Olesen Christian Kuhn wrote: > Hey, > > Dimitri and me spend a lot of (really braindamaging) time refactoring > those methods. They are one of the most ugly and parsetime consuming > methods within commerce. Please fire up your own kcachegrind in a > realistic environment to see how much we gain with this central cleanup > in complex list and detail views. > > Did you ever display a list with 20 products, 10 articles and a > realistic list of attributes and wondered why your happy little super > server took 20 seconds to render this crap? Those methods are one reason! > > We really need some reviews here to ensure backwards compatibility, we > are not sure if we covered every edge case. Please try the patches and > give us more feedback, otherwise commerce will in future break exactly > with _your_ setup. > > Please provide feedback especially for complex setups like multi > languages, tons of value lists and so on. > > Thanks for your contribution > Christian > > Christian Kuhn wrote: >> Type: Refactoring >> >> Branches: trunk >> >> Forge issue ID: http://forge.typo3.org/issues/show/6634 >> >> Problem: get_attribute_matrix() and get_product_attribute_matrix() >> have tons of duplicate code, are messy and slow. >> >> Solution: Rewrite the methods from scratch. From pim at lingewoud.nl Tue Mar 23 11:55:21 2010 From: pim at lingewoud.nl (Pim Snel) Date: Tue, 23 Mar 2010 11:55:21 +0100 Subject: [TYPO3-commerce] Commerce svn & TYPO3 < 4.3 In-Reply-To: References:

Message-ID: Hi Ingo, That's nice to hear. We will go on with our 4.3 implementation and I'll send my feedback if its of interest. I'm interested in your Solr Connector. We ourselves have developed a universal Solr connector for custom database queries, but maybe your connector is more suitable. Kind regards, Pim Op 19-03-10 12:23, Ingo Schmitt schreef: > Hi Pim, > > commerce is working with 4.3 (in some of our installations), also we do have developed a solr connector for commerce. I personally do think commerce is working perfectly on 4.3.x, but since not all of our installations and test-systems have migrated to 4.3 I'm not 100% sure. > > Regards > >> Op 08-03-10 10:53, Ingo Schmitt schreef: >> >>> commerce is working with 4.2 and all developments are checked against 4.2. If this will change, we will announce it to the list and to forge. >>> >>> ingo >>> >> >> For me this is not good news at all. Is commerce just not supported or is it technically not possible to run commerce on 4.3.x. We're just starting a project which needs Commerce and Solr and thus we need 4.3.x >> >> Kind regards, >> Pim Snel >> _______________________________________________ >> TYPO3-project-commerce mailing list >> TYPO3-project-commerce at lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce >> >> > > > Mit freundlichen Gruessen > Ingo Schmitt > From is at marketing-factory.de Tue Mar 23 13:32:42 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Tue, 23 Mar 2010 13:32:42 +0100 Subject: [TYPO3-commerce] Commerce Solr In-Reply-To: References:

Message-ID: Hi Pim, just give me a PM about the Commerce Solr Connector... is(at)marketing(dash)factory(dot)de Ingo > Hi Ingo, > > That's nice to hear. We will go on with our 4.3 implementation and I'll send my feedback if its of interest. > > I'm interested in your Solr Connector. We ourselves have developed a universal Solr connector for custom database queries, but maybe your connector is more suitable. > > Kind regards, > Pim > > Op 19-03-10 12:23, Ingo Schmitt schreef: >> Hi Pim, >> >> commerce is working with 4.3 (in some of our installations), also we do have developed a solr connector for commerce. I personally do think commerce is working perfectly on 4.3.x, but since not all of our installations and test-systems have migrated to 4.3 I'm not 100% sure. >> >> Regards >> >>> Op 08-03-10 10:53, Ingo Schmitt schreef: >>> >>>> commerce is working with 4.2 and all developments are checked against 4.2. If this will change, we will announce it to the list and to forge. >>>> >>>> ingo >>>> >>> >>> For me this is not good news at all. Is commerce just not supported or is it technically not possible to run commerce on 4.3.x. We're just starting a project which needs Commerce and Solr and thus we need 4.3.x >>> >>> Kind regards, >>> Pim Snel >>> _______________________________________________ >>> TYPO3-project-commerce mailing list >>> TYPO3-project-commerce at lists.typo3.org >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce >>> >>> >> >> >> Mit freundlichen Gruessen >> Ingo Schmitt >> > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From markus at kobligk.de Tue Mar 23 17:40:19 2010 From: markus at kobligk.de (Markus Kobligk) Date: Tue, 23 Mar 2010 17:40:19 +0100 Subject: [TYPO3-commerce] Payment methods credit card and prepayment iwith commerce Message-ID: Hi group, I'm planning a shop with Typo3 and would like to use the Commerce extension for this. Is the integration of the above mentioned payment methods possible with the Commerce extension? Especially I'd like to know how the payment via credit card works. Do I need to register at a third party company who handles the payments or how does this generally work? Has anyone experience with this issue in combination with the Commerceand extension and can give me tips or recommendations which third party to use for credit card payments and how this is implemented in Commerce? How is the payment method "Prepayment" handled in Commerce? I would be happy about any hints, comments, links and recommendations. Kind regards, Markus From bschimmer at cross-content.com Tue Mar 23 19:00:52 2010 From: bschimmer at cross-content.com (Benny Schimmer) Date: Tue, 23 Mar 2010 19:00:52 +0100 Subject: [TYPO3-commerce] fe_user is updated in pi4 at "edit" even if is_main_address is not set Message-ID: Hi list, if we edit an delivery address during checkout process (not create!!), the original fe_user data is updated even the is_main_address flag is not set. Is this a bug, or did we miss any options? This happens, because in the pi4 line ~972 the hook-method "afterAddressEdit" is called, which notifys the dao field mapper (observer). Thank you in advance, cheers Benny From is at marketing-factory.de Tue Mar 23 19:45:59 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Tue, 23 Mar 2010 19:45:59 +0100 Subject: [TYPO3-commerce] Payment methods credit card and prepayment iwith commerce In-Reply-To: References: Message-ID: Hi Markus, > Hi group, > > I'm planning a shop with Typo3 and would like to use the Commerce extension for this. > > Is the integration of the above mentioned payment methods possible with the Commerce extension? yes. > Especially I'd like to know how the payment via credit card works. Do I need to register at a third party company who handles the payments or how does this generally work? you do need a so called Payment Provider. > Has anyone experience with this issue in combination with the Commerceand extension and can give me tips or recommendations which third party to use for credit card payments and how this is implemented in Commerce? We are using wirecard. If you are searching for an easy solution, try out paypal. > > How is the payment method "Prepayment" handled in Commerce? > It ades just a text to the email, in which you could state your payment details for prepayment. Regards Ingo > I would be happy about any hints, comments, links and recommendations. > > Kind regards, > Markus > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From markus at kobligk.de Tue Mar 23 20:41:20 2010 From: markus at kobligk.de (Markus Kobligk) Date: Tue, 23 Mar 2010 20:41:20 +0100 Subject: [TYPO3-commerce] Payment methods credit card and prepayment iwith commerce In-Reply-To: References:

Message-ID: Hi Ingo, Am 23.03.2010 19:45, schrieb Ingo Schmitt: >> Is the integration of the above mentioned payment methods possible with the Commerce extension? > yes. > ... many thanks for your answer! greetz, Markus From asirman at yahoo.de Tue Mar 23 22:16:56 2010 From: asirman at yahoo.de (Attila Sirman) Date: Tue, 23 Mar 2010 22:16:56 +0100 Subject: [TYPO3-commerce] commerce, basket display dependent on content Message-ID: Hello list, I've been successfully integrating commerce into several projects. Now I am stuck on following task: I've integrated a mini basket view into my site showing the number of added articles. I did it with: page.marks.BASKET.20 < plugin.tx_commerce_pi2 page.marks.BASKET.20.defaultCode > page.marks.BASKET.20.defaultCode = QUICKVIEW Now, I'd like to change the mini basket's look as soon as an article is added. Best would be, if the container's (

) backColor would change as well as the backColor of a placed IMAGE Object. I do not know how to code the condition. I am thankful for any suggestion. Attila From lolli at schwarzbu.ch Tue Mar 23 23:33:01 2010 From: lolli at schwarzbu.ch (Christian Kuhn) Date: Tue, 23 Mar 2010 23:33:01 +0100 Subject: [TYPO3-commerce] RFC: #6634: Refactor tx_commerce_products get_attribute_matrix() and get_product_attribute_matrix() In-Reply-To: References:

Message-ID: Hey Morten. Morten Olesen wrote: > I finally had some time to test the changes, how ever since issue 1345 > remains unsolved it's kinda limited what I can test. Happy thanks for your feedback! > This test is done against svn 19/03-2010 ( patch 12.2 iirc ); > > your patch introduces > "PHP Warning: Call-time pass-by-reference has been deprecated" x 3 : > line 216, 299, 344 in pibase Yeah, that is in the _test patch, just a minor hickup. Will fix before committing. > Other than that it seems to crash randomly when selecting attribute > combinations - cause is; > > (Note; this also happens in unpatched 12.2 - how ever since the patch > modifies function that gives out the attributes used for creating the > dropdowns I thougth I migth be good to bring it up aswell.) > > Some further investigation reveals that the crashed is not random at > all, but due to the drop downs getting too many options. > > Ie. a product with theese two attributes ( values in parantesis ) > > Colour ( Blue, Yellow, Beige ) > Size ( Large, Small, XLarge ) > > > All those choices are shown in the selects, how ever only the combinations; > > * Yellow - Large > * Yellow- Small > * Beige - Large > * Beige - Small > > exists. > > > (This also happens in 12.2 ) > > Altering the article order so that they are now > > Beige Small > Yellow Large > Yellow Small > Beige Large > > > "Yellow, Large" is still chosen by default, where as "Beige, Small" > would be the logical choice ... (yes we do infact have customers who > thinks this is important ;) ) > > > Test product; > http://testcommerce.idefahost.dk/index.php?id=12&tx_commerce_pi1[showUid]=7&tx_commerce_pi1[catUid]=8 I didn't fully understand this combination ... will try to dig a bit before the patch set is committed. In fact we re-implemented some bugs of the old methods to the new logic, but they are commmented now with TODO tags and can be sorted out at a later stage. > So in conclusion it seems your changes does work exactly like the > original (apart from added warnings) - how ever it's less that desired > that it does so. This is the important news, the new methods should be smarter, but fully backwards compatible. Thanks! Regards Christian From mo at idefa.dk Wed Mar 24 08:28:01 2010 From: mo at idefa.dk (Morten Olesen) Date: Wed, 24 Mar 2010 08:28:01 +0100 Subject: [TYPO3-commerce] commerce, basket display dependent on content In-Reply-To: References: Message-ID: Hi Attila, add; page.marks.BASKET.20.templateFile = {$templatePathCommerce}minibasket.tmpl minibasket.tmpl being a copy of the basket.tmpl file /Morten Olesen Attila Sirman wrote: > Hello list, > > I've been successfully integrating commerce into several projects. Now I am > stuck on following task: > > I've integrated a mini basket view into my site showing the number of added > articles. > > I did it with: > > page.marks.BASKET.20 < plugin.tx_commerce_pi2 > page.marks.BASKET.20.defaultCode > > page.marks.BASKET.20.defaultCode = QUICKVIEW > > Now, I'd like to change the mini basket's look as soon as an article is > added. Best would be, if the container's (

) backColor would change as > well as the backColor of a placed IMAGE Object. > > I do not know how to code the condition. > > I am thankful for any suggestion. > Attila > > From rik at actiview.nl Wed Mar 24 10:22:33 2010 From: rik at actiview.nl (Rik Willems) Date: Wed, 24 Mar 2010 10:22:33 +0100 Subject: [TYPO3-commerce] commerce, basket display dependent on content In-Reply-To: References: Message-ID: Hi Attila, Please look in the template file for the shopping cart. You will find two subparts: PRODUCT_BASKET_QUICKVIEW & PRODUCT_BASKET_QUICKVIEW_EMPTY. This should help you out. Cheers! Rik Attila Sirman schreef: > Hello list, > > I've been successfully integrating commerce into several projects. Now I am > stuck on following task: > > I've integrated a mini basket view into my site showing the number of added > articles. > > I did it with: > > page.marks.BASKET.20 < plugin.tx_commerce_pi2 > page.marks.BASKET.20.defaultCode > > page.marks.BASKET.20.defaultCode = QUICKVIEW > > Now, I'd like to change the mini basket's look as soon as an article is > added. Best would be, if the container's (

) backColor would change as > well as the backColor of a placed IMAGE Object. > > I do not know how to code the condition. > > I am thankful for any suggestion. > Attila > > From erik at t3media.de Wed Mar 24 11:58:15 2010 From: erik at t3media.de (Erik Sokoll) Date: Wed, 24 Mar 2010 11:58:15 +0100 Subject: [TYPO3-commerce] commerce, basket display dependent on content In-Reply-To: References:

Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 by the way... here is a short snippet how we add the minibasket to our TS-template. We devide between user groups who see the price gross and those who need to see a price in net. - ------------- schnippel %< ------------- ############# Mini Basket ############################ # Netto Templates bei UserGroup 3,5,6,7 anzeigen [usergroup = 3,5,6,7] temp.baskettemplate = fileadmin/basket_netto.html [else] temp.baskettemplate = fileadmin/basket.html [end] temp.minibasket = COA temp.minibasket { 20 < plugin.tx_commerce_pi2 20.defaultCode > 20.defaultCode = QUICKVIEW 20.templateFile < temp.baskettemplate } - ------------- schnapp %< ------------- and of course something like this... - ------------- schnippel %< ------------- page.marks.BASKET.20 < temp.minibasket - ------------- schnapp %< ------------- Maybe it helps or give you some ideas. Greetings... Erik Rik Willems schrieb: > Hi Attila, > > Please look in the template file for the shopping cart. You will find > two subparts: PRODUCT_BASKET_QUICKVIEW & PRODUCT_BASKET_QUICKVIEW_EMPTY. > This should help you out. > > Cheers! Rik > > Attila Sirman schreef: >> Hello list, >> >> I've been successfully integrating commerce into several projects. Now >> I am >> stuck on following task: >> >> I've integrated a mini basket view into my site showing the number of >> added >> articles. >> >> I did it with: >> >> page.marks.BASKET.20 < plugin.tx_commerce_pi2 >> page.marks.BASKET.20.defaultCode > >> page.marks.BASKET.20.defaultCode = QUICKVIEW >> >> Now, I'd like to change the mini basket's look as soon as an article is >> added. Best would be, if the container's (

) backColor would >> change as >> well as the backColor of a placed IMAGE Object. >> >> I do not know how to code the condition. >> >> I am thankful for any suggestion. >> Attila >> >> > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLqfBGuogOZOO2WPQRAlsyAJ9t8yNFicRlyMK4S/+X/6UDeopg1wCfd2+G IfTwUxh5kbNyDcx4xTq6Rbg= =TbLu -----END PGP SIGNATURE----- From is at marketing-factory.de Wed Mar 24 15:01:04 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Wed, 24 Mar 2010 15:01:04 +0100 Subject: [TYPO3-commerce] =?iso-8859-1?q?Namenskonventionen_f=FCr_T3_Exten?= =?iso-8859-1?q?sions?= Message-ID: Hi David. hi Julian, bei der Bearbeitung der mfc_pfm extension habe ich gesehen, dass hier eine bestimmte Konvention bzgl. Speicherort der Dateien eingehalten wurde. K?nnt Ihr die mail Rummailen, dann k?nnen wir das f?r neue Projekte als Vorgabe machen? Danke Ingo Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From is at marketing-factory.de Wed Mar 24 15:09:48 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Wed, 24 Mar 2010 15:09:48 +0100 Subject: [TYPO3-commerce] =?iso-8859-1?q?Namenskonventionen_f=FCr_T3_Exten?= =?iso-8859-1?q?sions?= In-Reply-To: <4BAA1C9A.3020006@marketing-factory.de> References: <8DEE848B-F678-41B3-88C4-06A969368CB9@marketing-factory.de> <4BAA1C9A.3020006@marketing-factory.de> Message-ID: Hi, dass die Hooks Klassen im Verzeichnis commerce liegen, dass es den Ordner resources gibt, usw. ingo > Hi Ingo, > > was genau meinst du ? > > jk > > > > Am 24.03.2010 15:01, schrieb Ingo Schmitt: >> Hi David. >> hi Julian, >> >> bei der Bearbeitung der mfc_pfm extension habe ich gesehen, dass hier eine bestimmte Konvention bzgl. Speicherort der Dateien eingehalten wurde. K?nnt Ihr die mail Rummailen, dann k?nnen wir das f?r neue Projekte als Vorgabe machen? >> >> Danke >> >> Ingo >> >> Mit freundlichen Gruessen >> Ingo Schmitt >> >> > > Mit freundlichen Gr??en > > Julian Kleinhans > Certified TYPO3 Integrator > > -- > Marketing Factory Consulting GmbH * mailto:jk at marketing-factory.de > Stephanienstrasse 36 * Tel.: +49 211-361176-71 > D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 > Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ > > Geschaeftsfuehrer: Peter Faisst | Katja Faisst > Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From jk at marketing-factory.de Wed Mar 24 15:29:34 2010 From: jk at marketing-factory.de (Julian Kleinhans) Date: Wed, 24 Mar 2010 15:29:34 +0100 Subject: [TYPO3-commerce] =?iso-8859-1?q?Namenskonventionen_f=FCr_T3_Exten?= =?iso-8859-1?q?sions?= In-Reply-To: References: <8DEE848B-F678-41B3-88C4-06A969368CB9@marketing-factory.de> <4BAA1C9A.3020006@marketing-factory.de> Message-ID: Hi Ingo, das hat eigentlich relativ wenig mit commerce zu tun. Die Ordner Struktur ect die du in der mfc_pfm Extension siehst ist eine die auf meinem Mist gewachsen ist und ich mittlerweile in jeder Extension benutze! EXTENSION_FOLDER - classes -- interfaces -- abstract - resources -- backend --- flexforms --- tca --- images --- locallang --- hooks -- frontend --- templates --- javascript --- images --- locallang --- external_libs --- typoscript --- hooks - tests - logs Das ist die grobe Struktur Direkt unterhalb des Extension Folders liegen dann NUR noch die n?tigen Dateien wie - ext_emconf.php - ext_icon.gif - ext_localconf.php - ext_tables.php - ext_tables.sql - ext_typoscript_setup/constants.txt sofern notwendig ALLES andere liegt unterhalb der Ordner! piX Ordner gibt es bei mir auch nicht mehr, die Klassen f?r die piXs liegen unterhalb von classes/ Das bei der mfc_pfm Extension direkt ein Ordner Commerce liegt ist eigentlich falsch, bzw nicht sauber. Dieser sollte eigentlich unterhalb von resources/backend bzw frontend/ liegen und da jeweils wenn es ein Hook ist im hook/ Ordner! Generell gibt es bei mir unterhalb von classes/ eine Datei class.configuration.php in der ich die Konfiguration (TS/Flexform/YAML ect) zusammen baue! Das ganze landet dann in der Variable $this->configuration die ich dann per Setter Injection in alle notwendigen Klassen injeziere. Desweiteren Kapsel ich alle Sachen soweit auf das es f?r alle Aspekte eigene Klassen gibt. In KEINER Klasse wird selbst ein Objekt instanziert!! Das mache ich alles in der Bootstrap (piX) und von dort aus werden alle Objekte, Variablen ect pp als Setter ?bergeben. Und alles nat?rlich edel mit fluent interfaces :) jk Am 24.03.2010 15:09, schrieb Ingo Schmitt: > Hi, > > dass die Hooks Klassen im Verzeichnis commerce liegen, dass es den Ordner resources gibt, usw. > > ingo > >> Hi Ingo, >> >> was genau meinst du ? >> >> jk >> >> >> >> Am 24.03.2010 15:01, schrieb Ingo Schmitt: >>> Hi David. >>> hi Julian, >>> >>> bei der Bearbeitung der mfc_pfm extension habe ich gesehen, dass hier eine bestimmte Konvention bzgl. Speicherort der Dateien eingehalten wurde. K?nnt Ihr die mail Rummailen, dann k?nnen wir das f?r neue Projekte als Vorgabe machen? >>> >>> Danke >>> >>> Ingo >>> >>> Mit freundlichen Gruessen >>> Ingo Schmitt >>> >>> >> >> Mit freundlichen Gr??en >> >> Julian Kleinhans >> Certified TYPO3 Integrator >> >> -- >> Marketing Factory Consulting GmbH * mailto:jk at marketing-factory.de >> Stephanienstrasse 36 * Tel.: +49 211-361176-71 >> D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 >> Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ >> >> Geschaeftsfuehrer: Peter Faisst | Katja Faisst >> Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel >> >> > > > Mit freundlichen Gruessen > Ingo Schmitt > From erik at t3media.de Wed Mar 24 15:32:57 2010 From: erik at t3media.de (Erik Sokoll) Date: Wed, 24 Mar 2010 15:32:57 +0100 Subject: [TYPO3-commerce] any changes about PRODUCT_RELATEDPAGE between 12.1 and 12.2 ? In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 To give an answer to my own posting this will work. Not nice, cause it's not done by typolink, but anyhow it produces the same like before: plugin.tx_commerce_pi1 { listView.products.fields { relatedpage = stdWrap relatedpage { setContentToCurrent = 1 if.isTrue.current = 1 # show link only if a related page is set wrap =

Weitere Produktinformationen

} } singleView.products.fields { relatedpage = stdWrap relatedpage { setContentToCurrent = 1 if.isTrue.current = 1 # show link only if a related page is set wrap =

Weitere Produktinformationen

} } } Again the versions: TYPO3 version: 4.3.2 Commerce version: 0.12.2 Commerce template marker: ###PRODUCT_RELATEDPAGE### Maybe it will help somebody. Greetings... Erik Erik Sokoll schrieb: > Dear list, > in commerce version 12.1 the following code snipped returned a link to > the relatedpage* as far as it was set. > > ------------- schnippel %< ------------- > plugin.tx_commerce_pi1.listView.products.fields.relatedpage = TEXT > plugin.tx_commerce_pi1.listView.products.fields.relatedpage { > setContentToCurrent = 1 > if.isTrue.current = 1 > wrap =

Weitere > Produktinformationen

> } > ... > (the same for singleView) > ... > ------------- schnapp %< ------------- > > Now in commerce version 12.2 only the number from the database field is > returned and moreover it shows the default 0 (zero) as fas as no related > page is defined. > > > Well, I will search for a different way to render the information but I > wonder why it doesn't work anymore. > > > Greetings... > Erik > > > * The marker ###PRODUCT_RELATEDPAGE### is for links to 'normal' pages > beside the shop system where you can insert additional information about > the product on a normal page and has nothing to do with 'related products'. > _______________________________________________ TYPO3-project-commerce mailing list TYPO3-project-commerce at lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLqiKZuogOZOO2WPQRAkD0AJoC7V7/4p6t7va8TGEM6XYId5t1PwCgzZ9g oNi34HETFYFfS/5O+n07+ck= =e403 -----END PGP SIGNATURE----- From e.jaeger at familie-redlich.de Mon Mar 29 08:58:58 2010 From: e.jaeger at familie-redlich.de (Eckhard M. =?ISO-8859-1?Q?J=E4ger?=) Date: Mon, 29 Mar 2010 08:58:58 +0200 Subject: [TYPO3-commerce] Commerce Usability Analysis Message-ID: Dear Commerce developer, my name is Eckhard M. J?ger, i'm a designer, usability expert and web developer (may some of you know me as the brain behind SweeTS). In March this year i meet some developer of Commerce and i promised to support Commerce in the area of concept, design and usability for a better user experience. I did the same for various commerial software solution including teh content management system Infopark Fiona 6 and 6.5 . Here comes my first analysis, it did not include graphical mockups of solutions yet but they will follow soon: http://www.familie-redlich.de/typo3-commerce-usability.html Read it carefully any feedback is welcome. Best regards Eckhard M. J?ger Gesch?ftsf?hrung familie redlich :systeme IT. Online. E-Marketing. www.systeme.familie-redlich.de Saarbr?cker Stra?e 37 | 10405 Berlin Telefon (030) 81 87 77 -23 | Fax -25 familie redlich Systeme GmbH Gesch?ftsf?hrer Eckhard M. J?ger, Andre Redlich, Claudio Gallio Amtsgericht Charlottenburg HRB 81964B From dk at cabag.ch Mon Mar 29 13:25:19 2010 From: dk at cabag.ch (=?UTF-8?B?RGltaXRyaSBLwprDtm5pZw==?=) Date: Mon, 29 Mar 2010 13:25:19 +0200 Subject: [TYPO3-commerce] Ohloh Project?! Message-ID: Hello Commerce Folks :-) What about putting commerce on ohloh for project listing and some stats? Take a look at this article and further links: http://buzz.typo3.org/people/francois-suter/article/ohloh-world/ Regards, Dimitri From e.erol at epower3.de Mon Mar 29 13:35:47 2010 From: e.erol at epower3.de (e.erol at epower3.de) Date: Mon, 29 Mar 2010 13:35:47 +0200 (CEST) Subject: [TYPO3-commerce] Display text instead of "Add to basket" button Message-ID: Hi everybody, ? I've managed to setup commerce succesfully. Thanks for the good work by the way. ? Now I've got a special problem. For some selected articles there shall be some text displayed instead of the "Add to Basket" button on the detail page. ? As far as I can see this is not possible via typoscript alone. Has anyone run into this or a similar problem too and got a solution? Has someone an idea? ? Thank you very much. ? Egemen From seg at softvision.de Mon Mar 29 15:39:12 2010 From: seg at softvision.de (Sascha Egerer) Date: Mon, 29 Mar 2010 15:39:12 +0200 Subject: [TYPO3-commerce] Display text instead of "Add to basket" button In-Reply-To: References: Message-ID: Am 29.03.10 13:35, schrieb e.erol at epower3.de: > Hi everybody, > > I've managed to setup commerce succesfully. Thanks for the good work by the way. > > Now I've got a special problem. For some selected articles there shall be some > text displayed instead of the "Add to Basket" button on the detail page. > > As far as I can see this is not possible via typoscript alone. Has anyone run > into this or a similar problem too and got a solution? Has someone an idea? > > Thank you very much. > > Egemen Hi, I think you have to write a simple hook for that. Regards Sascha From volker.graubaum at e-netconsulting.de Mon Mar 29 18:03:48 2010 From: volker.graubaum at e-netconsulting.de (Volker Graubaum) Date: Mon, 29 Mar 2010 18:03:48 +0200 Subject: [TYPO3-commerce] Commerce Usability Analysis In-Reply-To: References: Message-ID: Hi Eckhard, thanks for you're work. comments will come soon ;-) Greetings Volker -- Volker Graubaum || e-netconsulting KG Max-Brauer-Allee 34 || 22765 Hamburg Tel. +49 40 1 8888 99 40 || Fax +49 40 1 8888 99 842 volker.graubaum at e-netconsulting.de || http://www.e-netconsulting.com Amtsgericht Hamburg - HRA 103928 Gesch?ftsf?hrer: Volker Graubaum From volker.graubaum at e-netconsulting.de Mon Mar 29 18:13:33 2010 From: volker.graubaum at e-netconsulting.de (Volker Graubaum) Date: Mon, 29 Mar 2010 18:13:33 +0200 Subject: [TYPO3-commerce] fe_user is updated in pi4 at "edit" even if is_main_address is not set In-Reply-To: References: Message-ID: Hi Benny, > if we edit an delivery address during checkout process (not create!!), > the original fe_user data is updated even the is_main_address flag is > not set. > > Is this a bug, or did we miss any options? This happens, because in the > pi4 line ~972 the hook-method "afterAddressEdit" is called, which > notifys the dao field mapper (observer). it's a feature not a bug ;-) BUT it can become a bug, we had this problem in one project. Is main address ist not the important thing, but the address ID in the fe_user table. I'm not sure about the best way right now, but maybe you can give us some ideas? ;-) Otherwise we will work at this topic in the next version. Greetings Volker -- Volker Graubaum || e-netconsulting KG Max-Brauer-Allee 34 || 22765 Hamburg Tel. +49 40 1 8888 99 40 || Fax +49 40 1 8888 99 842 volker.graubaum at e-netconsulting.de || http://www.e-netconsulting.com Amtsgericht Hamburg - HRA 103928 Gesch?ftsf?hrer: Volker Graubaum From sebastian.boettger at gmail.com Mon Mar 29 19:59:02 2010 From: sebastian.boettger at gmail.com (Sebastian =?ISO-8859-1?Q?B=F6ttger?=) Date: Mon, 29 Mar 2010 19:59:02 +0200 Subject: [TYPO3-commerce] fe_user is updated in pi4 at "edit" even if is_main_address is not set In-Reply-To: References:

Message-ID: Hi Volker, this is definitly not a feature :). the main address flag should tell you, wether the fe_user data should be updated wether the adress is edited. If you edit one of the set of billing or a delivery addresses, then it's not said that this address is having anything to do with the fe_user. So editing an delivery address changing the logged in user "Hello [Lastname]" is kind of weird. So the right way should be, to just call the observer, if the main adresse flag is set. Greetings Sebastian Am Montag, den 29.03.2010, 18:13 +0200 schrieb Volker Graubaum: > Hi Benny, > > > if we edit an delivery address during checkout process (not create!!), > > the original fe_user data is updated even the is_main_address flag is > > not set. > > > > Is this a bug, or did we miss any options? This happens, because in the > > pi4 line ~972 the hook-method "afterAddressEdit" is called, which > > notifys the dao field mapper (observer). > > it's a feature not a bug ;-) > BUT it can become a bug, we had this problem in one project. > > Is main address ist not the important thing, but the address ID in the > fe_user table. > > I'm not sure about the best way right now, but maybe you can give us > some ideas? ;-) > > Otherwise we will work at this topic in the next version. > > Greetings Volker From volker.graubaum at e-netconsulting.de Mon Mar 29 21:26:28 2010 From: volker.graubaum at e-netconsulting.de (Volker Graubaum) Date: Mon, 29 Mar 2010 21:26:28 +0200 Subject: [TYPO3-commerce] fe_user is updated in pi4 at "edit" even if is_main_address is not set In-Reply-To: References:

Message-ID: Hi Sebastian, > the main address flag should tell you, wether the fe_user data should be > updated wether the adress is edited. If you edit one of the set of > billing or a delivery addresses, then it's not said that this address is > having anything to do with the fe_user. So editing an delivery address > changing the logged in user "Hello [Lastname]" is kind of weird. No you're wrong. The main address is type specific and shows, which is the main address for a special type. So you can have more than one "main" address rows, while you can have only one address row specified to the user. That's why you can find a reference in the user table. Greetings Volker -- Volker Graubaum || e-netconsulting KG Max-Brauer-Allee 34 || 22765 Hamburg Tel. +49 40 1 8888 99 40 || Fax +49 40 1 8888 99 842 volker.graubaum at e-netconsulting.de || http://www.e-netconsulting.com Amtsgericht Hamburg - HRA 103928 Gesch?ftsf?hrer: Volker Graubaum From bschimmer at cross-content.com Tue Mar 30 09:51:27 2010 From: bschimmer at cross-content.com (Benny Schimmer) Date: Tue, 30 Mar 2010 09:51:27 +0200 Subject: [TYPO3-commerce] fe_user is updated in pi4 at "edit" even if is_main_address is not set In-Reply-To: References:

Message-ID: Hi Volker, thanks for your answer. I have the following problem with this: In most cases it is not necessary, that the delivary address email field is mandatory. So if a customer edits a delivery address, his fe_user email is overwritten with the empty email field from the delivery address. Therefore the customer is from now unable to use functions as "forgot your password" from fe_login. Newsletters cannot be delivered an many more side effects. I think the fe_user should only be overwritten when editing the billing address. Greetings Benny Am 29.03.2010 18:13, schrieb Volker Graubaum: > Hi Benny, > > > if we edit an delivery address during checkout process (not create!!), > > the original fe_user data is updated even the is_main_address flag is > > not set. > > > > Is this a bug, or did we miss any options? This happens, because in the > > pi4 line ~972 the hook-method "afterAddressEdit" is called, which > > notifys the dao field mapper (observer). > > it's a feature not a bug ;-) > BUT it can become a bug, we had this problem in one project. > > Is main address ist not the important thing, but the address ID in the > fe_user table. > > I'm not sure about the best way right now, but maybe you can give us > some ideas? ;-) > > Otherwise we will work at this topic in the next version. > > Greetings Volker From is at marketing-factory.de Tue Mar 30 10:39:33 2010 From: is at marketing-factory.de (Ingo Schmitt) Date: Tue, 30 Mar 2010 10:39:33 +0200 Subject: [TYPO3-commerce] fe_user is updated in pi4 at "edit" even if is_main_address is not set In-Reply-To: References:

Message-ID: Hi Benny, a quick solution: Delete the email - field rules in the observer, if a address is edited, the email in the fe_user won't be changed. Regards Ingo > Hi Volker, > > thanks for your answer. > I have the following problem with this: > > In most cases it is not necessary, that the delivary address email field is mandatory. > So if a customer edits a delivery address, his fe_user email is overwritten with the empty email field from the delivery address. > Therefore the customer is from now unable to use functions as "forgot your password" from fe_login. Newsletters cannot be delivered an many more side effects. > > I think the fe_user should only be overwritten when editing the billing address. > > Greetings Benny > > Am 29.03.2010 18:13, schrieb Volker Graubaum: >> Hi Benny, >> >> > if we edit an delivery address during checkout process (not create!!), >> > the original fe_user data is updated even the is_main_address flag is >> > not set. >> > >> > Is this a bug, or did we miss any options? This happens, because in the >> > pi4 line ~972 the hook-method "afterAddressEdit" is called, which >> > notifys the dao field mapper (observer). >> >> it's a feature not a bug ;-) >> BUT it can become a bug, we had this problem in one project. >> >> Is main address ist not the important thing, but the address ID in the >> fe_user table. >> >> I'm not sure about the best way right now, but maybe you can give us >> some ideas? ;-) >> >> Otherwise we will work at this topic in the next version. >> >> Greetings Volker > > _______________________________________________ > TYPO3-project-commerce mailing list > TYPO3-project-commerce at lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-commerce > > Mit freundlichen Gruessen Ingo Schmitt -- Marketing Factory Consulting GmbH * mailto:is at marketing-factory.de Stephanienstrasse 36 * Tel.: +49 211-361176-63 D-40211 Duesseldorf, Germany * Fax: +49 211-361176-99 Amtsgericht Duesseldorf HRB 53971 * http://www.marketing-factory.de/ Geschaeftsfuehrer: Peter Faisst | Katja Faisst Karoline Steinfatt | Christoph Allefeld | Markus M. Kimmel From erik at t3media.de Tue Mar 30 17:30:15 2010 From: erik at t3media.de (Erik Sokoll) Date: Tue, 30 Mar 2010 17:30:15 +0200 Subject: [TYPO3-commerce] Problem about links in CATEGORY_LIST_ITEM Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear group, if I use the template subpart ###CATEGORY_LIST_ITEM### to make a list of the included sub-categories, the links under CATEGORY_ITEM_TITLE and CATEGORY_ITEM_TEASERIMAGES guide to the 'detail' page [1] and not to the 'product list' page [2] like in the (left side-) navigation, which I create by using user_tx_commerce_catmenu_pub. (This happens although 'overridePid' is set to the 'product list' page-ID.) The resulting problems are as following: 1. The 'detail' template is wrong in this case. In my opinion it should guide to the 'product list', because there are more products inside the sub-category. 2. The normal navigation (user_tx_commerce_catmenu_pub) breaks, so the corresponding part of the navigation is not expanded (and you do not know where you are). 3. This crazy empty

shows up again in the end of the 'normal' navigation (user_tx_commerce_catmenu_pub). The links are: wrong (e.g. CATEGORY_ITEM_TITLE) [1] http://XXX.XXXXXXX.de/Details.30.0.html?&no_cache=1&tx_commerce_pi1[catUid]=43&tx_commerce_pi1[path]=30,2,1&tx_commerce_pi1[mDepth]=2&cHash=e95d873e7794c46cfe464e7a94a30136 correct (user_tx_commerce_catmenu_pub) [2] http://XXX.XXXXXXX.de/Produktliste.31.0.html?&no_cache=1&tx_commerce_pi1[catUid]=43&cHash=79e03d7868 Question: Does anybody know how I can change this? Please please help! Some additional informations: Commerce version 0.12.2 TYPO3 version 4.3.2 HTML-template: the original one for products If someone want's to see this in a 'live Demo', please send me a PM. An BE-login is available as well (for people I know). ;) Workaround: If I edit the plugin under web/page and take out the reference to the 'detail' page, it stays on the 'product list' but the navigation from user_tx_commerce_catmenu_pub still breaks (and of course the empty

shows up again). Greetings... Erik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLshkGuogOZOO2WPQRAgl8AKDDbuSlcrUR0G4stTowLoU7z0oQWACgl//m 8FiYfSJd2xEXoQFyZA1/K5A= =dIAp -----END PGP SIGNATURE----- From jonathan at accentika.co.uk Wed Mar 31 00:42:24 2010 From: jonathan at accentika.co.uk (Jonathan) Date: Tue, 30 Mar 2010 23:42:24 +0100 Subject: [TYPO3-commerce] commerce svn dam problem Message-ID: Hi All I am having a problem with svn 0.12.3 and dam_commerce 0.1.0. Images and dam information are not being displayed. Switching back to commerce 0.9.9 corrects the issue and dam images and infomation are displayed correctly. Thank you. Jonathan