Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#1642 FastOpen + MyDoggy: issues with dockable actions.

open
nobody
None
5
2012-08-22
2012-08-22
Steve
No

FastOpen behaves differently between my two environments. On my Window box, if I have nothing selected and hit my shortcut for FastOpen, it opens the dialog and gives focus to the filename box, just like I would expect. On my Linux box, if nothing is selected, nothing happens. No dialog pops up. Both machines work the same and correctly if a word is selected in the buffer, the dialog pops up if the name is ambiguous with the selected word in the filename, or it directly opens the file if the selected word is an unambiguous filename.

Both boxes are using latest FastOpen from plugin manager.

Here's the not working Linux config:
jEdit 5.0pre2 daily from 02-July-12
7:02:40 AM [main] [message] Log: java.version=1.7.0_05
7:02:40 AM [main] [message] Log: java.vm.version=23.1-b03
7:02:40 AM [main] [message] Log: java.vm.name=Java HotSpot(TM) 64-Bit Server VM
7:02:40 AM [main] [message] Log: java.runtime.version=1.7.0_05-b06
7:02:40 AM [main] [message] Log: java.runtime.name=Java(TM) SE Runtime Environment
7:02:40 AM [main] [message] Log: java.vendor=Oracle Corporation
7:02:40 AM [main] [message] Log: java.compiler=null
7:02:40 AM [main] [message] Log: os.name=Linux
7:02:40 AM [main] [message] Log: os.version=2.6.18-238.el5
7:02:40 AM [main] [message] Log: os.arch=amd64
...
7:02:41 AM [AWT-EventQueue-0] [debug] EditBus: PluginUpdate[what=LOADED,exit=false,version=2.5,source=/ln/home/snarum/.jedit/jars/FastOpen.jar,class=com.patelsoft.fastopen.FastOpenPlugin]

And here is the working Windows version:
jEdit 5.0pre1 downloaded 10-July-12 (I don't think it was a daily)
8:03:12 AM [main] [message] Log: java.version=1.7.0_05
8:03:12 AM [main] [message] Log: java.vm.version=23.1-b03
8:03:12 AM [main] [message] Log: java.vm.name=Java HotSpot(TM) Client VM
8:03:12 AM [main] [message] Log: java.runtime.version=1.7.0_05-b06
8:03:12 AM [main] [message] Log: java.runtime.name=Java(TM) SE Runtime Environment
8:03:12 AM [main] [message] Log: java.vendor=Oracle Corporation
8:03:12 AM [main] [message] Log: java.compiler=null
8:03:12 AM [main] [message] Log: os.name=Windows 7
8:03:12 AM [main] [message] Log: os.version=6.1
8:03:12 AM [main] [message] Log: os.arch=x86
...
8:03:13 AM [AWT-EventQueue-0] [debug] EditBus: PluginUpdate[what=LOADED,exit=false,version=2.5,source=C:\Users\snarum\AppData\Roaming\jEdit\jars\FastOpen.jar,class=com.patelsoft.fastopen.FastOpenPlugin]

Discussion

  • Steve
    Steve
    2012-08-22

    Interestingly, after filing the report, the Windows box is now doing the same as the Linux box... nothing. This definitely worked a moment ago, even after I sent this report, but now is not.

     
  • Alan Ezust
    Alan Ezust
    2012-08-22

    Is your shortcut for fastopen bound to the show-dockable action or the "show fast open dialog"?

     
  • Alan Ezust
    Alan Ezust
    2012-08-22

    Whatever action it is currently bound to, try binding your shortcut to the other (dockable vs dialog) and see if you have the same problem.

     
  • Steve
    Steve
    2012-08-22

    On both machines, by shortcut was pointing to 'Fast Open'. I changed it to "Show Fast Open Dialog" and it now works repeatedly. I see four total things when I filter on 'fast' in the shortcut options dialog:
    Fast Open (<== bug reported on this one)
    Fast Open (new floating instance)
    Fast Open (toggle)
    Show Fast Open Dialog (<== seems to work with this one)

    Perhaps it is just me that is confused as to the need for four, and how they differ.

     
  • Alan Ezust
    Alan Ezust
    2012-08-22

    I can not reproduce your issue on linux or windows with java 1.6.
    I normally use the "Fast Open" action that brings a dockable (not a dialog).
    Which means FastOpen can be docked or floating, just like any other dockable.
    Anyway, the first 3 are for controlling the dockable version of FastOpen, and the last one is for opening a dialog, which is not dockable. Which one you use depends on your preference. I like the dockable version.
    Jiger likes the dialog.

     
  • Steve
    Steve
    2012-08-22

    OK, some more data is probably appropriate then. My original problem was using the dockable version with the dockable floating. I did not try it docked. I just tried it now, by switching my shortcut back to 'Fast Open', and selecting the FastOpen to be docked Top. Now when I hit my keystroke, the Fast Open dialog pops up ever time. Note, I did not say that the dockable opens, I said the dialog pops up, floating. The usual buttons across the top when you have a floating dockable are not present. Dragging it into a docking area does not work. Etc.

    That brings up one more point, I am using MyDoggy for docking. I just turned it off, with no change in behavior.

    Nothing changed this until I reloaded FastOpen using Activator plugin. Once I did, the dockable immediately appeared docked at the top like I told it to. It seems to work this way (other than being docked, which I don't like.) I then put it back to floating and the problem immediately reappeared (no reload of fast open required.)

     
  • Alan Ezust
    Alan Ezust
    2012-08-22

    I can't reproduce any of your problems if I am not using MyDoggy. Are you sure you see no difference?
    I am going to change the subject to indicate this is a FastOpen+MyDoggy issue.
    Did you really restart jEdit after selecting classic dockables to verify that you really are not using MyDoggy and *really* have the same problems?

    I just tried opening the FastOpen Dockable in mydoggy, it was initially floating. Then I tried to dock it to the top.
    Then I invoked the FastOpen action again and got this stacktrace below.

    I don't think this is the same bug you had, but it does demonstrate that all is not right with MyDoggy + FastOpen.

    java.lang.RuntimeException: java.lang.NullPointerException
    at org.noos.xing.mydoggy.plaf.persistence.xml.XMLPersistenceDelegate.saveInternal(XMLPersistenceDelegate.java:150)
    at org.noos.xing.mydoggy.plaf.persistence.xml.XMLPersistenceDelegate.save(XMLPersistenceDelegate.java:79)
    at org.noos.xing.mydoggy.plaf.MyDoggyToolWindowBar.setToolsVisible(MyDoggyToolWindowBar.java:184)
    at myDoggy.MyDoggyWindowManager.closeCurrentArea(MyDoggyWindowManager.java:159)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:616)
    at org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134)
    at org.gjt.sp.jedit.bsh.Reflect.invokeObjectMethod(Reflect.java:80)
    at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:855)
    at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
    at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
    at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
    at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130)
    at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80)
    at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362)
    at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258)
    at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186)
    at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225)
    at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:423)
    at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73)
    at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:342)
    at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:307)
    at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:196)
    at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:401)
    at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:151)
    at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4721)
    at java.awt.Component.processEvent(Component.java:6045)
    at java.awt.Container.processEvent(Container.java:2045)
    at java.awt.Component.dispatchEventImpl(Component.java:4629)
    at java.awt.Container.dispatchEventImpl(Container.java:2103)
    at java.awt.Component.dispatchEvent(Component.java:4455)
    at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1860)
    at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:759)
    at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1035)
    at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:902)
    at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:724)
    at java.awt.Component.dispatchEventImpl(Component.java:4499)
    at java.awt.Container.dispatchEventImpl(Container.java:2103)
    at java.awt.Window.dispatchEventImpl(Window.java:2517)
    at java.awt.Component.dispatchEvent(Component.java:4455)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649)
    at java.awt.EventQueue.access$000(EventQueue.java:96)
    at java.awt.EventQueue$1.run(EventQueue.java:608)
    at java.awt.EventQueue$1.run(EventQueue.java:606)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
    at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
    at java.awt.EventQueue$2.run(EventQueue.java:622)
    at java.awt.EventQueue$2.run(EventQueue.java:620)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:619)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
    Caused by: java.lang.NullPointerException
    at org.noos.xing.mydoggy.plaf.ui.cmp.FloatingFrame.getDockableCount(FloatingFrame.java:274)
    at org.noos.xing.mydoggy.plaf.persistence.xml.XMLPersistenceDelegate.storeMultiSplitWindow(XMLPersistenceDelegate.java:194)
    at org.noos.xing.mydoggy.plaf.persistence.xml.XMLPersistenceDelegate$ToolWindowManagerElementWriter.write(XMLPersistenceDelegate.java:262)
    at org.noos.xing.mydoggy.plaf.persistence.xml.XMLPersistenceDelegate$ToolWindowManagerElementWriter.write(XMLPersistenceDelegate.java:225)
    at org.noos.xing.mydoggy.plaf.persistence.xml.XMLPersistenceDelegate.saveInternal(XMLPersistenceDelegate.java:146)
    ... 59 more

     
  • Alan Ezust
    Alan Ezust
    2012-08-22

    • summary: FastOpen: no dialog if nothing selected --> FastOpen + MyDoggy: issues with dockable actions.
     
  • Alan Ezust
    Alan Ezust
    2012-08-22

    Another interesting problem with FastOpen+MyDoggy : if I have 2 views open, and I select "FastOpen", nothing happens from one of the Views. I can only open the dockable from one of the views. The Dialog action works fine though.

     
  • Steve
    Steve
    2012-08-22

    OK, when I reported before that I had disabled MyDoggy, I did so by changing the selection in the Options->Docking dialog to Original. I did not restart. I just restarted with the setting to Original, verified using Activator that MyDoggy is not loaded, and I cannot reproduce the issue.