question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Filtering for "paid invoices" produces no results

See original GitHub issue

Describe the bug

The Paid invoices filter doesn’t work anymore. All other invoice filters still work as expected (Invalid, Paid Late, Paid Partial, Paid Over, Unusual, Archived).

This worked in all versions up to 1.3.7 and broke in 1.4.0.

When filtering for “paid”, the filter query will change to status:processing,status:settled as defined here: https://github.com/btcpayserver/btcpayserver/blob/f3592c4782f160a597f845ae5a023bede846e148/BTCPayServer/Views/UIInvoice/ListInvoices.cshtml#L284

Either this code is wrong or the documentation/explanation is, as per here: https://github.com/btcpayserver/btcpayserver/blob/f3592c4782f160a597f845ae5a023bede846e148/BTCPayServer/Views/UIInvoice/ListInvoices.cshtml#L259

My current workaround is to manually enter status:complete which will show all paid (settled) invoices.

To Reproduce the bug Steps to reproduce the reported bug:

  1. Go to ‘invoices’
  2. Click on ‘Paid invoices’, via the drop-down menu on the right side of the search button
  3. Observe an empty list

Expected behavior

I would expect paid invoices to show up, as they did in previous versions.

Screenshots

Screenshot 2022-02-07 at 21 35 37 Screenshot 2022-02-07 at 21 52 28 Screenshot 2022-02-07 at 21 52 34 Screenshot 2022-02-07 at 21 52 48

(I removed the storeId when taking the screenshots above, but it doesn’t matter)

Your BTCPay Environment (please complete the following information):

  • BTCPay Server Version: v1.4.3.0
  • Deployment Method: Docker
  • Browser: Firefox

Issue Analytics

  • State:closed
  • Created 2 years ago
  • Comments:5 (4 by maintainers)

github_iconTop GitHub Comments

1reaction
dennisreimanncommented, Feb 8, 2022

The state shown in the list is the new label and it looks like the filter is still applied based on the old status labels. I can reproduce it and filter the invoices using the old labels:

  • paid (old) -> processing (new)
  • completed (old) -> settled (new)
  • confirmed (old) -> settled (new)

Fixing this now.

0reactions
NicolasDoriercommented, Feb 9, 2022

use status:paid,status:confirmed,status:complete,status:settled,status:processing instead. This is fixed in next release.

Read more comments on GitHub >

github_iconTop Results From Across the Web

Level of Detail filtering
Here is a list of Invoice Numbers, Payment reasons, and Balance Amounts. I would like to manipulate only the invoice numbers with multiple...
Read more >
Saved Search "Date" Criteria not filtering out Invoices
I have a saved search I've been building for awhile (it's been crazy frustrating, since our business reports our sales in weird ways....
Read more >
Invoices - Filtering and Searching
The Invoices section gives you some quick and handy searching and filter capabilities. Filter Invoices based on Type and Status....
Read more >
Re: Open Invoice Report limited to open invoices without any ...
I'm looking for an open invoices report that will filter out any open invoices that have had a partial payment made. I'm looking...
Read more >
Stripe API: Filter Paid and Unpaid Invoices
I've filtered invoice using below arguments. $response = \Stripe\Invoice::all(array("customer" => $cust, "billing" => charge_automatically ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found