https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35310
--- Comment #18 from Katrin Fischer <katrin.fisc...@bsz-bw.de> --- It's not about porting back, but about data. The checkouts_renewals table was added in 22.11, so in Koha terms not that long ago. Before that we had no data bout individual renewals, just the last renewal date and the number of renewals, both stored in issues. So when updating, the checkouts_renewals table was not filled retroactively, because it was not possible. Instead the GUI reacts to it - if there are entries in checkouts_renewals it can show them. If not it shows just summary information. We need to keep that working, as libraries still have tons of old data, but dev environments usually don't. I already suggested how to fake it: (In reply to Katrin Fischer from comment #16) > I think in testing we need to make sure that there is no regression when > there are no entries in the table, but the renewals count on the checkout is > > 0 (maybe also needs a last renewed date if you are faking the data). In issues:Ö increment the number in renewals_count and add a lastreneweddate. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
