Breakpoint state not painted correctly in 107.535

Anybody else seeing issues with the breakpoint state not being painted/refreshed with latest ideaIU-107.535? or am I imagining it?

I'm debugging via a local tomcat server (ie launched inside IDE) and if I disable an individual (or toggle all) breakpoints then update/redeploy my webapp the breakpoints it stops at post redeploy appear to still be disabled - obviously they're not. Don't have time to check if this happens with normal debug sessions. Just reporting this issue as its an RC candidate.

- Richard

2 comments
Comment actions Permalink

Ah seeing the same thing in 3.5.1 today, seems to kick in if I keep updating/redeploying to the running tomcat rather than stopping & closing it. Happened much quicker in 107.535 though that might be a coincidental if not the lower max heap I was running the EAP with. (increased in my 3.5.1 instance).

Actually I'm avoiding closing the tomcat server inside IDEA because this has been leaving running orphaned tomcats running on port 8080 in the background and I can't always easily tell which Java process to kill  (Windows 7 64-bit).

0
Comment actions Permalink

Oh now thats too spooky to be a coincidence logged into forum to update I was seeing it in 3.5.1 and when I returned to IDEA I couldn't restart the tomcat server as it had orphaned on me and was now a background process bound to 8080. Wonder if the breakpoint painting issue is related?

0

Please sign in to leave a comment.