<div dir="ltr">Paul,<div><br></div><div>As Release Manager for Koha 3.12, I think it is very important to state at the outset for people who are not following this entire thread that Koha does not have automatic upgrades, nor anything like them. Some web-based systems like Wordpress can do automatic upgrades, but Koha cannot. That unequivocal statement made, I'll close up this discussion by addressing your specific situation.<br>
<div><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
[see above] O.K. it's not "automatic" but it did in fact run
automatically without my permission. I ran: <br><br>
     './<a href="http://cleanup_database.pl" target="_blank">cleanup_database.pl</a> --zebraqueue -v'
<br><br>
and Koha *updated* from 3.8.5 to some variant of 3.8.10. Note the '-v' --
but it sat there running with nothing "verbose."<br><br></div></blockquote><div><br></div><div>*NOTHING* is automatic, or even slightly automatic. That command deleted stale entries in the zebraqueue table and had nothing to do with an upgrade. The update ran when you entered your administrative password into the installer and told it to go ahead and run the upgrade. Until then, you had a 3.8.5 database.<br>

</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<blockquote type="cite">You can take a look at the release
notes for the versions between 3.8.5 and 3.8.10:Â
<a href="http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=misc/release_notes;h=fd4b7d4bf8f9d401c87878ec184593a078bb5a93;hb=3.8.x" target="_blank">http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=misc/release_notes;h=fd4b7d4bf8f9d401c87878ec184593a078bb5a93;hb=3.8.x</a></blockquote>

<br>
I can find no mention of 'db' or 'database'</div></blockquote><div> </div><div>They are release notes. They tell you all the bugs that got fixed, and you can refer to Bugzilla for detailed descriptions.</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<blockquote type="cite">Based on the "Update
report" you shared, it doesn't look like there were any actual
database changes in between versions 3.8.5 and 3.8.10, but I couldn't say
that with certainty without checking (you can take a look at the release
notes linked above, and by reviewing the
installer/data/mysql/<a href="http://updatedatabase.pl" target="_blank">updatedatabase.pl</a>
file on the 3.8.10 installation). </blockquote><br></div>
I have looked at it, but question why it would be triggered?</div></blockquote><div><br></div><div>Because the code on your test server was for 3.8.10, and the staff client saw that your database was out of sync.</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<blockquote type="cite">The update is trigged whenever you
have an older version of the database than the code, </blockquote><br></div>
By what? And "the code" in what? The relevant code in
<a href="http://cleanup_database.pl" target="_blank">cleanup_database.pl</a> is <br><br>
      "$sth2 =
$dbh->prepare("DELETE FROM zebraqueue WHERE id=?");"
<br><br>
a simple MySQL directive. Why does '<a href="http://cleanup_database.pl" target="_blank">cleanup_database.pl</a>' even look for
'<a href="http://updatedatabase.pl" target="_blank">updatedatabase</a><a href="http://updatedatabase.pl" target="_blank">.pl</a>'
and|or "other/more recent" versions of "the
code"?<br><br>
The bottom line is "why does a simple .pl using TRUNCATE lead to an
upgrade"?</div></blockquote><div><br></div><div>It doesn't. See above. When I say triggered, I mean it asks you for a password to run the upgrade. Which you then entered. This is a fantastic argument for why you should never ever use the database user to login. If you don't enter the database user's credentials, you can't get into the installer and upgrade a database.</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div>
<blockquote type="cite">Most likely downgrading to 3.8.5
would not cause any problems at all, </blockquote><br></div>
"Downgrading" is new to me.  Do you mean "restore
system from backup"?<br></div></blockquote><div><br></div><div>That would be my recommendation, but I was talking about downgrading the code as probably not being dangerous, but being something I WOULD NEVER UNDER ANY CIRCUMSTANCES RECOMMEND TO ANYONE FOR WHOSE SYSTEM I AM NOT RESPONSIBLE. Your system falls under that heading, so I am not recommending it. However, recognizing that you may not be willing or able to restore from a backup for reasons entirely unrelated to the issue you encountered, I acknowledged that there might be an alternative.</div>
<div><br></div><div style>As a reminder to everyone, though, this is a free support forum, and nothing anyone says can be taken as anything other than polite conversation and a desire to help. If you want support, there are companies (including one owned by yours truly) that specialize in providing it to different types of libraries in different places. The free support we get from the Koha community is fantastic, and helpful, but it is not a replacement for a sysadmin and support contract.</div>

<div><br></div><div>Regards,</div><div>Jared</div><div> </div></div>-- <br>Jared Camins-Esakov<div>Bibliographer, C & P Bibliography Services, LLC</div><div>(phone) <a href="tel:%2B1%20%28917%29%20727-3445" value="+19177273445" target="_blank">+1 (917) 727-3445</a></div>
<div>
(e-mail) <a href="mailto:jcamins@cpbibliography.com" target="_blank">jcamins@cpbibliography.com</a></div><div>(web) <a href="http://www.cpbibliography.com/" target="_blank">http://www.cpbibliography.com/</a></div>
</div></div></div></div>