? Bug with Purr Data GUI when editing subpatches?

Using Pd-L2ork-2.8.0 20190126-rev8e36b3bc - Pd-0.48.0 - with Windows 10

When editing a subpatch (or abstraction) if I move the position of an outlet, then the display changes to show only the connections between objects and nothing else (i.e all the text and boxes disappear). I can only recover from this by exiting Purr data and reloading the patch.

Is this a bug, or maybe something I am doing?

@JJLloyd I haven't run into this. Can you give me the steps to reproduce the bug?

This is one of those annoying bugs that seems to happen sporadically. I am still trying to identifying exactly the circumstances in which it happens. If I create a very simple patch to test it works fine. But in some of my older patches have this problem. Sorry I know that is not much help - but I wasn't ignoring your response just trying to pin the problem down. I will let you know if I can identify exactly when this happens

If you want you can send me a patch that triggers the problem.

@jancsika Thanks - I was just looking to do that when I noticed something. The error only seems to occur when I open a sub-patch or abstraction from within a patch (using the open command on mouse right click (Windows)) and then I try to move the position of an inlet or outlet. If I open the same abstraction without the calling patch open then I don't get the problem.

@jancsika testJJL.pd jjladder.pd

So here is a simple example of the issue, although I think it occurs with any patch. Maybe it is my understanding of how I should use the software, rather than a bug?

Anyway If I open the testjjl patch, then right click and open the jjladder abstraction and attempt to move the position (even very slightly) of any inlet or outlet then the abstraction looks like the attached image - i.e. only connections are shown. The test patch also has a subpatch which is the the same as the abstraction and this shows the same issue.

If however I open the abstraction from the file menu then I don't get this issue. I also note that using the later method then the GUI box remains fully visible on the parent, whereas using the right click / open method it shows as a grey box only.

I guess now I have investigated this, I know how to avoid it.

On a more general note, I wonder how Purr Data handles opening patches with abstractions where the number of order of inlets/outlets have changed ? I suppose the results can be unpredictable and good practice would be to avoid changing inlets/outlets or re-save with a new name and explicitly update relevant patches

I am using Pd-l2ork-2.9.0 on Windows 10

@JJLloyd That definitely looks like a bug. I'll try to reproduce later this evening and see if I can figure out what's going wrong.

@jancsika I just noticed that when this problem occurs I can save the abstraction and then get the message on the console: "error: couldn't delete the iemgui drag handle!" - not sure if that help?

Hello!
I've just started using Purr Data today, and I've ran several times into the very same bug.
I'm using Pd-L2Ork version 2.10.1 (20200311-rev.501d8b2b) on Debian 9 (installed via the deb packages available on OBS). Shall I try with a different version?