<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 19, 2013 at 10:13 AM, Otto <span dir="ltr"><<a href="mailto:otto@ottodestruct.com" target="_blank">otto@ottodestruct.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":w9" style="overflow:hidden">As it turns out, it was extremely easy to test, and I was right. The<br>
random file (I made an aaa.txt file) was removed when I updated the<br>
theme.<br>
<br>
No bugs here. It works the way I thought it did. Upgrading themes<br>
removes the whole theme directory before unpacking the new theme.<br>
Files added to a theme will be removed too.<div class="yj6qo ajU"><div id=":1cj" class="ajR" tabindex="0"><img class="ajT" src="https://mail.google.com/mail/u/0/images/cleardot.gif"></div></div></div></blockquote></div><br>

</div><div class="gmail_extra">I'll admit to not testing it recently as I have always found it to act as I described earlier but after re-testing I see that it does indeed behave the same as plugin updates. I'm happy for the consistency. Although this does pose a concern as one was formerly able to create custom page-templates for a theme and load them directly into the theme folder. This now forces end-users to either create a Child-Theme to accomplish this or FTP the custom page templates after every theme update neither of which seems very UX friendly for what was essentially a simple idea.<br>

<br></div><div class="gmail_extra">I know this wasn't the case in the past but as I'm waiting to board a plane at SFO I'll have to look into this later, as I expect this behavior to break one of my plugins that relied on the theme update process to not be a destructive one.<br>

<br></div><div class="gmail_extra"><br clear="all"><div>Edward Caissie<br>aka Cais.</div>
</div></div>