Body: <p>I have a set up where events carry a fee, but using CiviDiscount a 100% discount is offered to logged in members. This basically works fine, BUT it still creates a payment/contribution for each member registration, with a paid sum of zero.</p>
  
  <p>Is there a way of preventing the creation of a zero contribution altogether? </p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-03-05T11:43:39.057Z
Comments.Text: What version are you using?  This sounds like a problem that I thought was fixed some time ago.
Comments.UserDisplayName: Aidan
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-03-06T12:35:41.367Z
Comments.Text: Thanks @Aidan, I was in fact using 3.7, not having noticed the new versions in January. But after upgrading to 3.8.1, the problem persists (have cleared cache, etc). Have tried this twice, with and without prices set. Have I configured something wrongly?
Comments.UserDisplayName: Edward Peters
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-03-06T15:08:47.533Z
Comments.Text: Ah, maybe I misunderstood this originally!  I was thinking of the situation where it tried to process a zero payment.  But this is different: it does not try to process a zero payment via the processor but it does record a zero contribution.  That's probably by design so that you can distinguish between using the discount and no payment being recorded.  Is the zero contribution causing a problem?
Comments.UserDisplayName: Aidan
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-03-08T14:31:09.680Z
Comments.Text: Ah yes, I hadn't thought of that. I guess it isn't cause much of a problem apart from a long list of zero payments in the list. Thanks for helping me see the logic here.
Comments.UserDisplayName: Edward Peters
Tags: <cividiscount>
Title: CiviDiscount of 100% create zero amount payment
ThreadText: # CiviDiscount of 100% create zero amount payment
  
  (Asked by: username_0 on 2020-03-05)
  
  I have a set up where events carry a fee, but using CiviDiscount a 100% discount is offered to logged in members. This basically works fine, BUT it still creates a payment/contribution for each member registration, with a paid sum of zero.
  
  Is there a way of preventing the creation of a zero contribution altogether?
  
  **Tags:** cividiscount
  
  > **Comments:**
  > **username_1**: What version are you using?  This sounds like a problem that I thought was fixed some time ago.  
  > **username_0**: Thanks @username_1, I was in fact using 3.7, not having noticed the new versions in January. But after upgrading to 3.8.1, the problem persists (have cleared cache, etc). Have tried this twice, with and without prices set. Have I configured something wrongly?  
  > **username_1**: Ah, maybe I misunderstood this originally!  I was thinking of the situation where it tried to process a zero payment.  But this is different: it does not try to process a zero payment via the processor but it does record a zero contribution.  That's probably by design so that you can distinguish between using the discount and no payment being recorded.  Is the zero contribution causing a problem?  
  > **username_0**: Ah yes, I hadn't thought of that. I guess it isn't cause much of a problem apart from a long list of zero payments in the list. Thanks for helping me see the logic here.  
  
  ---
  
  ## 0 answers
  
  