Answers.Body: <p>Hopefully someone who knows more about this might be able to give you a better answer. My experience (also on D7) has been that this is finicky and sometimes does not work, as you are experiencing. What has sometimes helped for me is to remove all these fields from the form by removing the participant and contribution from the CiviCRM tab and then re-adding them. It seems to also sometimes help to put everything on one page (and remove them all from fieldsets or put them all in the same fieldset). Probably there is something specific going wrong, but I've never been able to figure out exactly what it is.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-06-23T01:58:29.700Z
Answers.LastActivityDate: 2023-06-23T01:58:29.700Z
Answers.UserDisplayName: Lars SG
Body: <p>Using CiviCRM 5.58.1 and Drupal 7.97
  I have a field that calculates the total cost using conditionals in the webform: [subscriptions][civicrm_1_participant_1_participant_fee_amount]
  (I also did try to take it out of the fieldset in case that was messing up the calculation. This did not change the result)</p>
  <p>As far as I know, this form, before I began to edit it for current event and price changes, DID work. Now the &quot;Continue to payment page&quot; comes up <strong>as zero</strong>, except for any additional contribution entered by the user. (I had this problem recently on another CiviCRM site, and gave up and changed to using an event page instead of a webform.)</p>
  <p><strong>How it looks to user:</strong></p>
  <p>Subscriptions
  Subscription series ordering *
  2</p>
  <p>Subscription series price *
  x $150</p>
  <p>Subscription Series Cost *
  $300</p>
  <p><em>Above Subscription Series Cost is the <code>civicrm_1_participant_1_participant_fee_amount</code> field</em></p>
  <p>Additional tax deductible contribution
  $</p>
  <p><strong>Continue to payment page</strong></p>
  <p>2023-2024 Subscription Series
  <strong>Total $ 0.000</strong></p>
  <p>Above example should charge the user $300, not $0!!</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-23T20:10:46.080Z
Comments.Text: Tend to agree with Lars that making a version of your form that is at its most simplest is a good way to see where it goes wrong. What you are wanting should be doable. We may need more detail. What versions of webform and w_c. Are you using webform_calculator? (You may need to do this if you are trying to do calculations). If you can strip it down to its simplest version, pref. with no custom fields on it, then you could node_export it so one of us could take a quick look.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2023-06-23T20:12:09.457Z
Comments.Text: also noting that where the page break happens can be important
Comments.UserDisplayName: petednz - fuzion
Tags: <civievent><webform-civicrm>
Title: Drupal Webform calculating to Zero for paid event
ThreadText: # Drupal Webform calculating to Zero for paid event
  
  (Asked by: username_0 on 2023-06-22)
  
  Using CiviCRM 5.58.1 and Drupal 7.97
  I have a field that calculates the total cost using conditionals in the webform: [subscriptions][civicrm\_1\_participant\_1\_participant\_fee\_amount]
  (I also did try to take it out of the fieldset in case that was messing up the calculation. This did not change the result)
  
  As far as I know, this form, before I began to edit it for current event and price changes, DID work. Now the "Continue to payment page" comes up **as zero**, except for any additional contribution entered by the user. (I had this problem recently on another CiviCRM site, and gave up and changed to using an event page instead of a webform.)
  
  **How it looks to user:**
  
  Subscriptions
  Subscription series ordering \*
  2
  
  Subscription series price \*
  x $150
  
  Subscription Series Cost \*
  $300
  
  *Above Subscription Series Cost is the `civicrm_1_participant_1_participant_fee_amount` field*
  
  Additional tax deductible contribution
  $
  
  **Continue to payment page**
  
  2023-2024 Subscription Series
  **Total $ 0.000**
  
  Above example should charge the user $300, not $0!!
  
  **Tags:** civievent, webform-civicrm
  
  > **Comments:**
  > **username_1**: Tend to agree with username_2 that making a version of your form that is at its most simplest is a good way to see where it goes wrong. What you are wanting should be doable. We may need more detail. What versions of webform and w_c. Are you using webform_calculator? (You may need to do this if you are trying to do calculations). If you can strip it down to its simplest version, pref. with no custom fields on it, then you could node_export it so one of us could take a quick look.  
  > **username_1**: also noting that where the page break happens can be important  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2023-06-23. Score: 0
  
  Hopefully someone who knows more about this might be able to give you a better answer. My experience (also on D7) has been that this is finicky and sometimes does not work, as you are experiencing. What has sometimes helped for me is to remove all these fields from the form by removing the participant and contribution from the CiviCRM tab and then re-adding them. It seems to also sometimes help to put everything on one page (and remove them all from fieldsets or put them all in the same fieldset). Probably there is something specific going wrong, but I've never been able to figure out exactly what it is.
  
  
  ---
  
  