You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[BUG]: Export Donations button state not updating #5744
Currently you can export donations from the "All Donations" page. However, after the file is downloaded, the button remains in the "Please wait... " state
Expected Behavior
After downloading all donations export, button state remains at "Please wait..."
Steps To Reproduce
Log in as bank user
Click on All Donations
Click on "Export Donations"
Observe file download but text remains "Please Wait..."
Environment
- OS:
- Node:
- npm:
Criteria for Completion
No response
Anything else?
No response
Code of Conduct
I've read the Code of Conduct and understand my responsibilities as a member of the Ruby for Good community
Similar to #5633, the download action does not refresh the page so the "Please wait..." tag from the disable_with attribute remains on the button.
This attribute is added through the chain of: download_button_to --> _link_to.
The fix can be similar to #5633 and opt the download buttons out of the disable_with attribute
OR
The fix can be to have some code to listen for the completion of the download and manually reset the button to enabled, which will clear the disable_with text
Activity
yashiyadav commentedon Oct 22, 2026
I would like to take this
owens106 commentedon Oct 22, 2026
Similar to #5633, the download action does not refresh the page so the "Please wait..." tag from the disable_with attribute remains on the button.
This attribute is added through the chain of: download_button_to --> _link_to.
The fix can be similar to #5633 and opt the download buttons out of the disable_with attribute
OR
The fix can be to have some code to listen for the completion of the download and manually reset the button to enabled, which will clear the disable_with text
dorner commentedon Oct 23, 2026
This should be covered by #5725 - the same approach can be taken.