Comment 9 for bug 1217096

Hi guys,

thanks for the very quick solution. Doesn't matter that I have to correct the changed values manually.

May I take the opportunity to tell you about another situation I experienced? Maybe I should open a bug report, but until no wit isn't reproducable.

In my free time I order my db by author and from above I open a book, try to find a missing issue (per example a cover, an isbn or in this case also the copyright date) and change this data.

Saturday I installed version 1.0 and Sunday I changed some metadata in the program from where I stopped last Friday. I approximately changed 25 book records.

Yesterday I had some time during the day and changed some other books over the day where the problem occured with the changed date for "copyright". But there was a point that I saw a bookrecord that, according to the last changedate, was already changed on 26-08-2013 and I was sure I didn't change it. I am working alpabetically, so I was pretty sure of it. Yesterday evening I saw a simular situation and sorted the books on last change date. Where I was sure I should see about a 50 books with the changedate of 26-08-2013, I saw 1600 books with this date and most of them on T 08:03:42. Now I now that was pretty much the time I closed the program mand I'm sure too I didn't made a mass update. It are books with all letters of the alphabet (sorted by author), so I know I couldn't have made the selection if I wanted.

I'm afraid there must be something that changed this date automatically and maybe even after installing the programm. I only know that I just before the timestamp of 08:03:42 I saw the new cover grid and tried it.

I can't reproduce the fault for as far that I can see (maybe there are more changes). Do I have to report this as a bug?

Hope to hear from you,

Best regards,

Dirk-Jan Guldemond

-----Oorspronkelijk bericht-----
Van: <email address hidden> [mailto:<email address hidden>] Namens Charles Haley
Verzonden: dinsdag 27 augustus 2013 11:40
Aan: <email address hidden>
Onderwerp: [Bug 1217096] Re: After updating metadata (i.e. new cover) home made date column (YYYY) is adjusted too

Apologies for all the extra chatter. I didn't see your response until after my last post.

Fix committed.

Unfortunately, any values in the database that became wrong will remain wrong. There is no way to recover the previous value. They need to be manually corrected.

--
You received this bug notification because you are subscribed to the bug report.
https://bugs.launchpad.net/bugs/1217096

Title:
  After updating metadata (i.e. new cover) home made date column (YYYY)
  is adjusted too

Status in calibre: e-book management:
  Incomplete

Bug description:
  When I make a change to the metadata for the columnbrowser, my home made column 'copyright' is changed too. By example;
  My 'Copyright' column has a value 2012. After adding a cover for the book and saving the data, the value isn't 2012, but 2011. Always the value minus 1. This is since version 1.0.

  I'm running Calibre Win 64 with Win 8.

To manage notifications about this bug go to:
https://bugs.launchpad.net/calibre/+bug/1217096/+subscriptions