15:34:36loke[m]jackdaniel: OK, I see what happens on the GTK side. There is a call to SHEET-PARENT on an instance of GTK-TOP-LEVEL-SHEET-PANE. This call returns the graft.
15:35:37loke[m]REPAINT-SHEET is then called on this graft, which eventually leads to the previous error.
15:36:30loke[m]This all happens in repaint.lisp, in defmethod (setf sheet-transformation) :around
15:36:57loke[m]Have you worked on this part of the code recently?
15:37:42loke[m]Right now I just want to figure out when this changed. I could always do a bisection, but I'm just asking first.
15:45:41lukegomaybe git "pickaxe" (log -S) could help find the releant commits without a bisect? http://www.philandstuff.com/2014/02/09/git-pickaxe.html
15:47:03loke[m]lukego: Not in this case. I have no proof that the issue is actually in that part of the code. There are more ways these classes interact.
15:47:21loke[m]That said, I'll try to remember this tool. i can see how it can be useful. Thanks.
15:48:08lukegoI always wait way too long before bisecting :)
15:49:12loke[m]I wonder if bisection will work in this case though. This started after I did a huge merge of about 2 months worth of changed from master.