Closed OneCreek closed 1 month ago
Hey. Thank you for reporting. I got your messages earlier today, but only now found some time to book them... but it seems you already did it yourself, thanks for that.
This bug falls squarely into the category that I already know a bit about: The new interface was not quite finished when I released it. I think something goes wrong with the retry and/or server-synchronization logic here. Getting out the new interface after the total failure of the event history seemed a lot more pressing though, so it did not get a good polish yet.
How severe is it? I hope that this only pops up sometimes and that this does not fully block your workflow right now?
Getting out the new interface after the total failure of the event history seemed a lot more pressing though, so it did not get a good polish yet.
Absolutely the right decision!
How severe is it? I hope that this only pops up sometimes and that this does not fully block your workflow right now?
No not severe. Not super rare but definitely something one can accept temporarily. Maybe 1 out of 5 times... Roughly... Just wanted to let you know and give you some information about it for trouble shooting.
No not severe. Not super rare but definitely something one can accept temporarily
Ok... thanks for the update on this then. This sounds more like a bugfix then. Definitely an easier task than rewriting the user interface, so I expect to be able to fix this soon-ish. Stay tuned! :wink:
Spent this weekend to trace the bug. The reason why this is happening is due to having rushed the release, but unfortunately the fix is not super-trivial. The new babybuddy API interface uses a more robust server interface based on the retrofit
-library, which indeed proved to be more robust by immediately fixing #74 without much extra work. However, because of the rush-to-the-finish, I forgot about a few elements that the old server interface did:
These need to be re-implemented. Ideally, the re-implementation will be replacing more parts of the old implementation. Already started to work on this, but it will take a little bit longer.
Thanks for the update! Sounds interesting and complex at the same time😄
Does this eventually help as well? https://github.com/babybuddy/babybuddy/pull/861 Probably not, but still thought it's worth mentioning.
About time for an update: Nothing happened for the past 2 weeks, because I got ill. I then had to catch up with some tasks that are not open source work, but I am back at this now!
New bugfix is live, already available here on GitHub, and should also become available on the Google App Store later today!
Aaand... it will not be on the app store today. For some reason my newest update was rejected due to "sexual content or profanity". So this update goes into the prolonged review cycle...
Appeal is still in the processing queue... no updates yet.
Maybe due to beta testing... But I think I got the latest version in Google play store already since a couple of days:
Ah yes, thanks, I forgot that the rollout for open testing was successful! So yes, this is a way to have 2.4.2 from the play store, should anyone else want it already. Full roll-out into production is still blocked though:
Also: For subsequent releases I need to fix my policy standing first. So the appeal needs to be processed before I can book any more progress on the app itself...
Hello @MrApplejuice ,
When storing a diaper change in v2.4.0, I sometimes get the error message
"Could not store activity Error while storing activity Server reported: Date/time can not be in the future."
Any idea where this is coming from? Didn't happen in the previous stable version. I also sent a "contact developer" through the app.
Thanks:)