#121 Context menu becomes permanent if not cancelled correctly

Stable_Release
closed-fixed
None
6
2014-07-03
2014-06-04
Brian
No

I'm on Debian unstable, Parcellite 1.1.7, GTK 2.24.23.

When I open the clipboard history and right-click on an entry, if I try to close the context menu by clicking somewhere else on the screen (as is intuitive) instead of clicking the "cancel" button, the context menu becomes permanent. Closing Parcellite doesn't get rid of it, using 'xkill' doesn't get rid of it, it stays on top of everything and I have to log out and back in to make it go away.

Discussion

  • rickyrockrat

    rickyrockrat - 2014-06-05
    • status: open --> accepted
    • assigned_to: rickyrockrat
     
  • rickyrockrat

    rickyrockrat - 2014-06-05

    There shouldn't be any need to log out, just press the cancel button and it should go away. It's just slightly annoying or I would have fixed it long ago. I'll push it up the list.

     
  • junkyardsparkle

    junkyardsparkle - 2014-06-19

    I've also had the window become stuck and unresponsive to key or pointer input, and had to kill the process manually. It doesn't happen in a consistent way, though.

     
  • rickyrockrat

    rickyrockrat - 2014-07-02
    • status: accepted --> pending-fixed
     
  • rickyrockrat

    rickyrockrat - 2014-07-02

    Can you see if the latest SVN (518) fixes this bug? It does for me.

     
  • rickyrockrat

    rickyrockrat - 2014-07-03
    • status: pending-fixed --> closed-fixed
     
  • rickyrockrat

    rickyrockrat - 2014-07-03

    Please comment if 1.1.8 doesn't fix this bug.

     
  • Brian

    Brian - 2014-07-03

    Confirmed fixed in 1.1.8. Thanks!

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks