<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Chris Muller <<a href="mailto:asqueaker@gmail.com" target="_blank" rel="noreferrer">asqueaker@gmail.com</a>> schrieb am Mi., 29. Jan. 2020, 03:57:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>It's important this feature does not get inherited by SaveDialog since the functionality could be harmful if used there</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">How so? What is bad about wittingly ignoring non-changes during save? You called it pollution yourself.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>It sounds like a VM-Pharo-specific process issue which may have more than one solution.  Or, it may be better implemented as an extension in VMMaker than the base tools.<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">The problem will apply to any package that is co-developped by Squeak and Pharo guys and that is exchanged via Monticello. It cannot be solved in VMMaker because the issue lies in Monticello or rather Pharo's shift of tools.</div><div dir="auto"><br></div><div dir="auto">The other solution I see is to auto-generate missing timestamps from the version info in the ancestry whenever the snapshot of a version is computed. They will only be as granular as the rate of commits of course. And Monticello storing as it does, the operation will not be efficient in general because you have to download all the snapshots until you find when each method that is missing timestamps was last changed or still had a timestamp.</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto">Jakob</div></div>