Aman_M
July 24, 2021, 7:20am
2
El contador de recompensas para muchos usuarios no se ha reducido después de los pagos de este mes. ¿Probablemente recibió alrededor de 4.8 BAT este mes? Por favor, compruebe. Por lo tanto, solo se debe deducir el monto pagado.
opened 08:46PM - 08 Jul 21 UTC
closed 09:27PM - 15 Jul 21 UTC
bug
QA Pass-macOS
priority/P1
QA/Yes
release-notes/include
feature/ads
OS/Desktop
## Description
See https://bravesoftware.slack.com/archives/CHGKGMHDJ/p16251… 43188230600 for discussion. Logging new issue per this thread.
I noticed today that my "Estimated Pending Rewards" value dropped so @tmancey and I got on a call to look. While we were on the call, it dropped further (from 0.030 BAT to 0 BAT).
I saw the below messages in my logs (which may or may not be related):
```
[10741:775:0629/112116.477230:INFO:ad_rewards.cc(280)] Payment balance is not ready
[10741:775:0629/112116.477303:VERBOSE1:ad_rewards.cc(355)] Failed to reconcile ad rewards
```
## Steps to Reproduce
Unsure. Per confirmations.json it looks like it started occurring in early May
## Actual result:
Here's what happened while Terry and I were on the call:
Initial | Drop to zero
----- | -----
<img width="651" alt="Screen Shot 2021-06-29 at 10 54 25 AM" src="https://user-images.githubusercontent.com/28145373/123825576-0513a180-d8cd-11eb-8f74-5c3994ef8ae1.png"> | <img width="648" alt="Screen Shot 2021-06-29 at 11 27 12 AM" src="https://user-images.githubusercontent.com/28145373/123825591-08a72880-d8cd-11eb-8901-55b90b2b4d04.png">
## Expected result:
no balance drop. confirmations.json should accurately be recording the necessary information.
## Reproduces how often:
unsure
## Brave version (brave://version info)
```
Brave | 1.27.85 Chromium: 91.0.4472.124 (Official Build) dev (x86_64)
-- | --
Revision | 7345a6d1bfcaff81162a957e9b7d52649fe2ac38-refs/branch-heads/4472_114@{#6}
OS | macOS Version 10.15.7 (Build 19H1217)
```
## Version/Channel Information:
- Can you reproduce this issue with the current release? @tmancey had a report of a user experiencing this on 1.26.x
- Can you reproduce this issue with the beta channel? yes, I experienced with 1.27.x
- Can you reproduce this issue with the nightly channel? unsure
## Other Additional Information:
- Does the issue resolve itself when disabling Brave Shields?
- Does the issue resolve itself when disabling Brave Rewards?
- Is the issue reproducible on the latest version of Chrome?
## Miscellaneous Information:
I sent @tmancey my confirmations.json file and my latest `OnGetPayments` response for further investigation.
Además, con la actualización, las recompensas pendientes estimadas se restablecerán mensualmente y el contador comenzará desde ‘cero’ al comienzo de cada mes y
opened 09:41PM - 29 Mar 21 UTC
closed 02:30PM - 04 Jun 21 UTC
design
feature/rewards
QA Pass-Win64
QA Pass-macOS
QA Pass-Linux
priority/P2
QA/Yes
release-notes/include
feature/ads
OS/Android
QA Pass - Android ARM
OS/Desktop
QA/Test-All-Platforms
rewards-2.0
## Description
Right now, the estimated pending rewards counter in brave://re… wards captures the cumulative total and does not reset every single month. Currently, it only decrements when the BAT is paid out or claimed.
The design team would like the estimated ad earnings counter to appear as follows:
1. **Monthly reset:** Estimated pending rewards counter should show the estimated ad earnings for _this_ calendar month only
2. **Arrival notice:** Since there is a delay between when the user receives their payout and the beginning of the calendar month (since payout day is on the 5th), then from the 1st to the 5th of the month, there should be a countdown that says "Your x BAT is on the way and will be here in n days" (not final text).
In the Ads module in brave://rewards, it should be redesigned and broken out by calendar month as so:
____________
This will bring the behavior more in line with the upcoming Brave Rewards dropdown panel refresh, as well as the Brave Rewards NTP widget.
Notas de lanzamiento-
No debería encontrar este problema a partir del próximo mes.