<div dir="auto">Exactly. I temporarily fixed it by just checking if selectedClass is nil, as you say, but that’s not the right way to fix it… I was pointing to that underlying inconsistency: messageList returning the old list of methods after deleting the class. Your change set just made it more obvious, but didnt cause it.</div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Dec 4, 2025 at 03:26 Ernesto Ittig <<a href="mailto:e.ittig@gmail.com">e.ittig@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On Wed Dec 3, 2025 at 6:05 AM -03, Luciano Notarfrancesco wrote:<br>
> BTW, there’s some inconsistency in the Browser that shows up when deleting<br>
> a class while a message category is selected. Browser>>messageList ends uo<br>
> sending compiledMethodAt: to nil (selectedClass is nil, but<br>
> unstyledMessageList still answers the messages of the deleted class).<br>
<br>
I think I was able to reproduce this issue. It should be easy to fix by<br>
checking that selectedClass is not nil. I will send a new version later<br>
with some improvements.<br>
<br>
Curiously, I found a completely unrelated issue with the browser while<br>
trying to reproduce this. If you click on one of those methods that<br>
remains after the class that the browser had selected is deleted, an<br>
exception is raised! To be clear, this is unrelated to my change set.<br>
I'll leave it as future work for anyone interested.<br>
</blockquote></div></div>