Date Acquired, Reading Dates broken on manual entry

Looks like the old bug is back. If I enter a date for date acquired or reading dates when I enter a work by manual entry, the date appears to be stored, but stored incorrectly. The date usually appears to display correctly, but will not sort correctly in the catalog.

As far as I recall, it never was fixed. I believe everything else on the Manual Add page is now functional, but Dates stayed messed up. There was a recent discussion of this elsewhere (I think), so I'll look to see if they bugged it too.

I checked the active bugs and didn't see it.

Not the same bug, but perhaps related. If you try to add a Finished date on the Edit screen that is before Jan. 1, 1970, the date remains blank. However, if you add the date in the Your Books mode, it works.

4> I think that's different - 1/1/1970 is when the world began (according to Unix), any date entered that is prior to that MUST be an error so it gets "fixed for you". Most likely a field definition issue . I think you should set up another bug

But it apparently works from the catalog page, although I haven't tested it.

Yes indeed, so the field must be edited differently on different pages.
If the bug was "date entry is treated differently on manual add and catalog pages" I'd agree that this was part of the same bug, but the OP was more specific.

ETA: Clarity

Very much could be related. But only the coder knows.

Okay. I opened a new bug report (http://www.librarything.com/topic/100523). I'm sure the LT programmers will figure it out.

Deferred for a comprehensive look at this feature, which is either coming soon or Zoe will kill me.

I don't actually have a problem with the basic functioning of the fields (though it would be nice if we could specify the hour so all books would sort properly). The basic changes I want mostly seem more external, with the exception of the last:

1) Zeitgeisty information drawn from the date fields
2) Date Read in at least one of the default display styles
3) Date Acquired in Quick Edit (better: option to customize Quick Edit)
4) Option to connect date fields to CR (we already had this in beta, though in way too convoluted a fashion)

It would also be nice if you eventually fixed the thing where "Tuesday" means "next Tuesday", but even I don't think that's a priority.

Well I fixed the "next Tuesday" thing so onward and upward!
The rest of this is on my list too...in due time.

Reviving this one because it happened to me again just now. Entered a book in manual entry and included acquisition date. Went into edit a little while later and the date was not there. (Looking for the more recent thread about this issue, but in case I don't find it . . .)

When I do manual entry from my Android app, I cannot select today's date, it goes to yesterday's date or a random date from earlier in the month. I wondered if it was a timezone thing because I'm in Australia. I have encountered bugs in other apps and platforms where it assumes a US date and/or timezone.

If I scroll the data entry page up and down, the day of the date displayed keeps dropping!

No problem when accessing from desktop web browser.

This is certainly not the same bug, as that was before there was an app.

>14 memeweaver: I'm a little confused here, when you mention manual entry from the Android App. The manual entry page on our website (https://www.librarything.com/addnew.php) is not accessible from the Android App. Unless you mean that you're manually searching for a book in the Android App? Or, are you using the website from your Android browser?

Next question: which date are you trying to select/edit? Can you provide screenshots of the weird dates you're seeing? (Even better if you can draw up a new bug report for this at https://www.librarything.com/ngroups/897/Bug-Collectors.) Thanks for your help!

Sorry for delayed response, I thought I'd get a notification...because 21st century...

I am using the website inside the Android app. I thought that would be unambiguous as it's the only way to do manual entry in the app!

I intially wanted to report the date affected is the same as the OP: the acquisition date but reading dates are also affected. Generally I would only be entering the acquisition date in this scenario will entering books with bar scanner.

I just tried to enter a Reading Start Date of today: 2023-01-05 using the date-picker but it goes immediately to 2023-01-04
If I go to the end date, it does the same thing AND the Start Date jumps back at random by days at a time e.g. to 2023-01-01
Tapping the Start Date field, makes it jump back to a date in 2022-12-
Tap onto End Date, it jumps back a few days.
There's no pattern I can discern other than jumping back less than* 31 days backward in time by random amounts every time I select the field or scroll the page up and down.

Again, my Windows web browser does not have this problem.

The dates are not "weird", they are real dates. I don't see how to add a screen shot

*if I use the less than angle-bracket sign, the forum crops the viewing of the post.

From the sounds of things >18 memeweaver: is part of this bug here:
https://www.librarything.com/topic/343227

>18 memeweaver: Okay, thanks for the details! What you're describing is a known bug in the Android App that is high on our list to fix: https://www.librarything.com/topic/343227. Please follow along that thread for updates, and feel free to post any questions/comments there! I'll note your report here on that thread, as well, for developers to see.

Closing as duplicate of https://www.librarything.com/topic/343227