SideKick can go into an infinite loop parsing certain property files. I've attached one that causes the issue reliably for me.
When I load the file, CPU usage shoots up (one core pegged at 100%, lots of memory allocations going on and subsequent gcs); if I try to modify the file, jEdit freezes.
Note that this is different from http://sourceforge.net/p/jedit/plugin-bugs/1629/; the example Matthieu lists there parses fine.
Hi Marcelo, what version of JavaSideKick do you have? I put in a release request for it earlier today, it parses and displays your attached properties file with no problems for me. My load average is 0.11 and jEdit CPU usage is around 1%. Can you compile the latest JavaSideKick source and see if that works for you?
Added screenshot with Marcelo's example file.
Manager says SideKick 1.5, JavaSideKick 3.1.5; I'm not running the latest trunk, but I did just update the plugins today. If the new version fixes this, great.
Hello,
Had the same problem with one of my css file parsing. I desactivated the sidekick and no more cpu usage increase (with also disappearing cursor). I reenable sidekick now and will see if the problem has been solved today (I'm going to work on this css file).
SideKick 1.5 | jEdit 5.1.0 | Java Oracle (version 1.7) | Win 8.1 64bits
Edit
I'm not sure, my problem belongs to this ticket because it concerns Sidekick not JavaSidekick... :/
Last edit: Jojaba 2014-04-10
Well I get the same problem again just now. An error occurs :
java.lang.NullPointerException
at sidekick.css.CssSideKickCompletion.initCssProperties(CssSideKickCompletion.java:240)
at sidekick.css.CssSideKickCompletion.readCompletionConfig(CssSideKickCompletion.java:181)
at sidekick.css.CssSideKickCompletion.initialize(CssSideKickCompletion.java:144)
at sidekick.css.CompletionRequest.<init>(CompletionRequest.java:39)
at sidekick.css.CSS2SideKickParser.complete(CSS2SideKickParser.java:240)
at sidekick.SideKickActions.complete(SideKickActions.java:123)
at sidekick.SideKickActions$1.actionPerformed(SideKickActions.java:87)
at javax.swing.Timer.fireActionPerformed(Unknown Source)
at javax.swing.Timer$DoPostEvent.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$200(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Jojaba, your issue is with a different plugin, the CSSSideKick which is part of XML Plugin, so you will need to submit a new bug report against that, and also please attach the file you are trying to parse as an attachment. It is most definitely a different issue.
Thanks Alan!
Seems, the error message I pasted is not in relation with the freezing...
I created a new ticket as recommanded : https://sourceforge.net/p/jedit/plugin-bugs/1784/
This still works for me and there hasn't been any updates for a while, so I'm closing it. Please reopen or enter a new ticket if there is a reliable way to reproduce.