-
Notifications
You must be signed in to change notification settings - Fork 13
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
Varauksen lainaaminen ei aina päivitä timestampia reserves-taulussa #1269
Comments
Timestamp arvo päivittyy aina kun tietokanta riviin tapahtuu muutos. Old_reserves-tauluun siirretään reserves-taulun rivi ja minusta minusta sql toimii niin, että jos kaikki kentät kopioidaan, niin ne pysyvät alkuperäisinä. Timestampin varmaan pitäisi päivittyä jo kun se on reserves-taulussa ennen siirtoa old_reserves-tauluun. |
Aivan, kuulostaa loogiselta. Korjasin tuon tiketin otsikkoon. |
Tämä näyttää olevan ihan yhteisön versiossa tämä ongelma, kun tuo siirretään sinne old_reserves-tauluun niin siitä päivitettän se found-arvo ja priority laitetaan nollaksi. Samassa kohdassa pitäisi muokata tuo aikaleima. |
Tein tästä tiketin yhteisöön, 37023 |
Tätä voi nyt testata testeillä. |
Tarkastelin old_reserves-taulusta tänään lainattuja varauksia ja nyt timestampiksi näyttää päivittyneen aina lainaushetken aikaleima. Tämä siis kunnossa, suljen tiketin. |
Mikä vikana?
Vaskissa huomattiin, että old_reserves-taulussa osassa varauksista timestamp ei muutu silloin kun nide lainataan ja varauksen found-arvoksi tulee 'F'. Esim. alla olevissa esimerkeissä toisessa timestamp on päivittynyt ja toisessa ei:
Action_logs näyttää tältä:
Tämä huomattiin, kun oli tarkoitus tarkastella miten nopeasti noudettavaksi saapumisen jälkeen varaukset keskimäärin lainataan. Old_reserves-taulussa selkeällä enemmistöllä näytti timestampissa olevan sama päivä kuin mikä waitingdate oli. Sen perusteella vaikuttaisi, että timestamp jäisi päivittymättä ihan toistuvasti.
Mitä pitäisi tapahtua
No response
Kuinka toistaa ongelma/asia
No response
Selain
No response
Jotain muuta?
No response
The text was updated successfully, but these errors were encountered: