<div dir="ltr">I was just trying to reproduce it in order to try and fix it, but now I can't get it to trigger. I'll try and fix it next time I see it.<div>If you make a new version, remember to add at the end of the change set:</div><div>    PreferenceSet installDefault: #(italicAbstractClassesAndMethods true) in: #programming<br></div><div>Or, anyone who wants to test it, run that line in a workspace, otherwise the browser wont work. You could also reinitialize the preferences, but that will override your current preferences. </div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Dec 4, 2025 at 3:34 AM Luciano Notarfrancesco <<a href="mailto:luchiano@gmail.com">luchiano@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;border-left-color:rgb(204,204,204);padding-left:1ex"><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"><div dir="ltr" class="gmail_attr">On Thu, Dec 4, 2025 at 03:26 Ernesto Ittig <<a href="mailto:e.ittig@gmail.com" target="_blank">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>
</blockquote></div>