SourceForge has been redesigned. Learn more.

#1779 SideKick infinite loop parsing properties file


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; the example Matthieu lists there parses fine.

2 Attachments


  • Dale Anson

    Dale Anson - 2014-04-10

    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?

  • Dale Anson

    Dale Anson - 2014-04-10
    • Group: -->
  • Dale Anson

    Dale Anson - 2014-04-10

    Added screenshot with Marcelo's example file.

  • Marcelo Vanzin

    Marcelo Vanzin - 2014-04-10

    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.

  • Jojaba

    Jojaba - 2014-04-10


    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
    I'm not sure, my problem belongs to this ticket because it concerns Sidekick not JavaSidekick... :/

    Last edit: Jojaba 2014-04-10
  • Jojaba

    Jojaba - 2014-04-10

    Well I get the same problem again just now. An error occurs :
    at sidekick.css.CssSideKickCompletion.initCssProperties(
    at sidekick.css.CssSideKickCompletion.readCompletionConfig(
    at sidekick.css.CssSideKickCompletion.initialize(
    at sidekick.css.CompletionRequest.<init>(
    at sidekick.css.CSS2SideKickParser.complete(
    at sidekick.SideKickActions.complete(
    at sidekick.SideKickActions$1.actionPerformed(
    at javax.swing.Timer.fireActionPerformed(Unknown Source)
    at javax.swing.Timer$ 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$ Source)
    at java.awt.EventQueue$ Source)
    at Method)
    at$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 Source)

  • Alan Ezust

    Alan Ezust - 2014-04-25

    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.

  • Jojaba

    Jojaba - 2014-04-26

    Thanks Alan!
    Seems, the error message I pasted is not in relation with the freezing...
    I created a new ticket as recommanded :

  • Dale Anson

    Dale Anson - 2014-07-08
    • assigned_to: Dale Anson
  • Dale Anson

    Dale Anson - 2014-07-08
    • status: open --> closed-works-for-me
  • Dale Anson

    Dale Anson - 2014-07-08

    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.


Log in to post a comment.