-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: PWA - Date of a new transaction can't be different than today's date #2203
Comments
Hi, wanted to report a similiar / same bug. The new Date field in the split mobile transaction does not update the value if you edit the date and directly click save. If you edit the date and then "exit" the edit mode by clicking in a blank space and then the transaction date gets updated at least for me. It seems that the OnUpdate of the Date Field is not fired if directly clicking save. Maybe it needs to be checked if the date field is in edit mode and process a possible change before saving the transaction. So probably #2068 @joel-jeremy ?! Thank you! |
At the moment I am struggling to reproduce this. I have added four test transactions. Some in Safari and some on Chrome, all in mobile mode (PWA) on iOS17. I filled out the amount, payee, category and account. I then clicked date and altered it to 6 January - then Add Transaction. All transactions got added correctly on 6 January. I am mentioning this in case for some reason it is Mobile OS specific? |
I can replicate it in Firefox on Desktop when resizing the browser to go to mobile view. Change the date but the field is still focused with a purple border and then directly click save transaction. iOS i can not test. |
EDIT: Replaced 'Save' by 'Add Transaction '. Ok, I understand what I did wrong... In the PWA, when I did these steps with the previous version, the date was correctly updated, contrary of the newest version :
It's probably then NOT a bug, but a change in how to use the screen... |
I have tried again and again on iOS (in portrait mode/mobile view) and I’m still not seeing this. Whenever and however I change the date of the new transaction it always sticks. I’m also slightly puzzled in that I see”Done” rather than “Configure” and “Add Transaction” and not “Save”. EDIT at LAST I can reproduce this! I went on to my iPad and then put two apps side by side. I then narrowed the size of the Actual view until it went into mobile view mode and then I narrowed it still further. Now, when I add a transaction, in my usual way, the date change does not save even after “Done” UNLESS I click away from the date box before adding the transaction. Since I cannot reproduce this in any circumstances on my iPhone 15 Pro Max it makes me wonder if it could have anything to do with screen size/ the way Actual displays on different mobile devices? My laptop was not to hand but this would correspond with the experience mentioned above on reducing the window size in Firefox on desktop. |
The way the fields work in the mobile transaction page is that they need to be put out of focus in order for the new values to be applied. Meaning, click/tap out of field after editing it so that it is not focused and then proceed to save/add the transaction. |
Verified issue does not already exist?
What happened?
I updated to new latest version and tried to add a new transaction using the PWA.
Regardless of the date I set, the date of the day is persisted.
If I update the transaction using the PWA, the date of the day is always persisted.
If I switch to the desktop version, I can update the date to a date different of today's date.
This seems to be a regression with the previous version.
What error did you receive?
The wrong value is saved.
Where are you hosting Actual?
Docker
What browsers are you seeing the problem on?
Chrome
Operating System
Mobile Device
The text was updated successfully, but these errors were encountered: