[BUG] "Utility applyUpdatesFromDisk" stops early with the current set of update files

I was trying to do an update from disk and it did not work. Utilities applyUpdatesFromDiskToUpdateNumber: expects that each sequential update number will be on disk and stops when it finds a file missing.
Update 2429 was retracted. Since this file was missing, applyUpdatesFromDiskToUpdateNumber: stops and would not load subsequent updates. (It turns out I had missed quite a few and not noticed -- oh well :-)).
Solution:
The easiest solution may be for Ted to always leave an empty file with the same number (e.g. 2429retracted.cs) when you retract an update. Alternatively we could rewrite the method to download and use the explicit list of updates.
Thank you all for the fantastic update mechanism!
Mike
p.s. I love the ability to update from disk:
"Utilities readServerUpdatesSaveLocally: true updateImage: false.
Utilities applyUpdatesFromDisk."
_____
Date: Mon, 26 Jun 2000 10:11:28 -0700 (PDT)
From: "Ted K." <Ted.Kaehler at disney.com>
Subject: Updates for 2.9
To: squeak at cs.uiuc.edu
Folks,
Here are 13 more updates, courtesy of the Squeak community and
Stefan Matthias Aust.
SUnit2-rh.cs was submitted, but I did not include it. SUnit and
test suite classes seem ideal for being in a separate Project that is
loaded from a server when the user wants it. Squeak Central is not back
from their Europe trip yet, and we will discuss this further then.
--Ted.
...
(2429 retracted)
...