Hello,

I' ve got a following problem with jEdit 4.5.2 after last OpenJDK update to version 1.7.0_07. I use Arch Linux with LXDE as a desktop environment and Compiz Fusion as a window manager. Before the update everything worked as expected. However, after the update if the jEdit window loses focus, its text area becomes uneditable and the program is not responding to keyboard hotkeys. However, the buttons and menus still work perfectly. I can temporalily solve the problem by minimizing jEdit to taskbar and then restoring it, but it happens again with the next loss of focus, which is really frequent with autocompletion plugins. It is really annoying and makes my work harder. Please help me if someone knows the solution.

I just downloaded the latest OSX bundles (stable and dev branch). When I attempt to open the application I get this message:
“jEdit” is damaged and can’t be opened. You should move it to the Trash.

Any ideas?

Help!

I have lost macros and settings following a rash and ill-considered update from 4.5.3 to 5.0 pre and a subsequent re-installation of 4.5.2 (which is when the macro and other C:\User\[...]\.jedit files were overwritten with a clean install) (nb: this is a Windows 7 installation).

Anybody got a favorite free (or cheap) recovery solution? (Windows recovery/shadow solutions ain't an option... nor is going back in time and being not-stupid about making an adequate backup.) eSupport Undelete Plus finds the files in the "C:\Deleted 1200\" directory, but insists on payment to recover the .bsh files (which I am willing to do, but not if I can get them back for free...)

Thanks for the help in my panicking times!

The java.io.CharConversionException sites character '^'(U+2227) with encoding "Cp1252" on a save. I am guessing that i caused the error by hitting some key combination shortly before. It occurred first in a .py file, but also occurs in a .txt file. How do i get rid of this behavior?

Something has happened with our company linux cluster recently. I think they've limited the number of user threads or at the very least, have significantly reduced it. In either case, resizing the jedit window will consistently cause:

1:32:20 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0"
1:32:20 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: java.lang.OutOfMemoryError: unable to create new native thread
1:32:20 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: at java.lang.Thread.start0(Native Method)
1:32:20 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: at java.lang.Thread.start(Unknown Source)
1:32:20 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: at java.awt.EventQueue.initDispatchThread(Unknown Source)
1:32:20 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(Unknown Source)

Unfortunately, I do not have admin access nor do I think IT will change their policy just so I can use jedit. So my question would be, is there a way to find out what the maximum thread/nproc limit is for my user account and is there a way to limit how many threads jedit spawns?

Hi - I'm running jedit 4.5.2 under Ubuntu 12.04 with the latest Java.

Some time back I opened a ton of files then closed them all and now the windows won't go away. If I open jedit to edit one file, the one file is there in the first window, the file shows up alone in the drop down menu but when alt tab goes to jedit, the 100 or so windows are there.

I have tried global closing, everything. Can anyone make a suggestion, please?

I was wondering if I could find out where I need to go to configure the 'Open in Desktop' command in the FSB pane. I'm currently working with a scripting language, and for some reason, include commands won't work correctly when I run the file within jEdit, yet they work fine when I run the file from Explorer.

At work, others like to strip off the .py on some python files which wouldn't be a big deal, except they also have '#! python' instead of the more normal pattern of something like '#! /usr/bin/env python'. So I changed the /path/to/my/jedit/settings/catalog file to have a copy/paste of the python file mode from the /path/to/jedit/install/settings/modes/catalog file except I removed '*/' from the FIRST_LINE_GLOB so it would match both the normal and the less normal that is used at my work.

That was great - it now recognizes both file types as python. Unfortunately, I no longer have syntax highlighting for the Python edit mode. I've undone my changes, and updated from Python 4.5.0 to 4.5.1 just to make sure I hadn't modified the original catalog or did something else weird (I'm pretty sure I didn't anyway), but syntax highlighting for Python is still broken.

Please help!

Hi, In the file browser window, when I double-click the "roots" item, "loading" is briefly displayed but the files and directories list is never updated. If I then click the "refresh" button, the following error is reported: java.lang.NullPointerException at org.gjt.sp.jedit.browser.VFSDirectoryEntryTable.getExpandedDirectories(VFSDirectoryEntryTable.java:146) at org.gjt.sp.jedit.browser.BrowserView.saveExpansionState(BrowserView.java:147) at org.gjt.sp.jedit.browser.VFSBrowser.reloadDirectory(VFSBrowser.java:648) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) 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.browser.VFSBrowser$BrowserActionContext.invokeAction(VFSBrowser.java:1988) at org.gjt.sp.jedit.browser.VFSBrowser$BrowserActionContext.invokeAction(VFSBrowser.java:1952) at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:212) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$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.pumpEventsForFilter(Unknown Source) at java.awt.Dialog$1.run(Unknown Source) at java.awt.Dialog$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Dialog.show(Unknown Source) at java.awt.Component.show(Unknown Source) at java.awt.Component.setVisible(Unknown Source) at java.awt.Window.setVisible(Unknown Source) at java.awt.Dialog.setVisible(Unknown Source) at org.gjt.sp.jedit.browser.VFSFileChooserDialog._init(VFSFileChooserDialog.java:363) at org.gjt.sp.jedit.browser.VFSFileChooserDialog.(VFSFileChooserDialog.java:73) at org.gjt.sp.jedit.browser.VFSFileChooserDialog.(VFSFileChooserDialog.java:57) at org.gjt.sp.jedit.GUIUtilities.showVFSFileDialog(GUIUtilities.java:940) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134) at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:98) at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:871) 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.jEdit$4.invokeAction(jEdit.java:3249) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3231) at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:212) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$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) The same problem happens in the File System Browser window. I've tried to reinstall jEdit (last version) and to delete all parameters but it does not solve the problem. Is there a way to avoid this problem, please? Thanks in advance.

Not sure how this happened or how to reproduce it, however, in Jedit and only in Jedit, when I push shift-C It doesn't type a 'C' (which I just typed here on the same machine, a macbook pro OS 10.6). The strange thing is if I type shit-C in succession or if I type shift-C and then another key, I get a system beep.

What the heck is going on? Where on earth did Jedit get that mapped?

Hi,

I love jEdit and use it all the time on my standard Linux desktop however I've recently purchased a PowerMac G4 and have managed to compile OpenJDK7 against the platform. Great... now I can upgrade to the latest version of jEdit!! I downloaded the source and compiled against my platform but due to complications I have to explicitly set Djava.awt.false=false as an option when running jEdit.

Everything loads correctly and I can browse through the menu items, install plugins etc however the one thing which doesn't work is keyboard input into buffers. When I try to type into a buffer no text appears and instead the output is directed to the console.

Could somebody please help me understand what is happening and perhaps suggest any way of avoiding this issue? I'm not afraid to get my hands dirty in the code if it comes to that but I'd appreciate a starting point!

Kind Regards,

JLove

I updated jEdit from 4.4.2 to 4.5.1 on Win 7 32-bit PC, and now my environment is toast.
Upon opening, gave me an I/O error related to "Sidekick". I uninstalled 4.5, and installed 4.4.2 back.
No luck.
I can open a file with code and move the cursor around, but as soon as I update anything (i.e. add or delete a single character), jEdit hangs.
I have to kill the process from Task Manager.
Tried uninstalling either of the two version and now both installations behave exactly same...hung after first interaction.
After uninstalling a version, I reboot to install another, and the install wizard tells me it needs to close an existing version of jEdit that's running...how can this be, after I've uninstalled and rebooted?
I suspect there's a component or accessory to jEdit that both corrupted and persists even after uninstall.
any clue how I can fix my environment to successfully reinstall and start from scratch?

Hi,
I have just installed jre 1.6 on my very very old Linux box. Suse LinuxEnterprise 1.0 (SLES

de/jedit> java -version
java version "1.6.0_31"
Java(TM) SE Runtime Environment (build 1.6.0_31-b04)
Java HotSpot(TM) Client VM (build 20.6-b01, mixed mode, sharing)
de/jedit> uname -a
Linux atgws-rdl 2.4.19-64GB-SMP #1 SMP Mon Oct 21 18:48:05 UTC 2002 i686 unknown
de/jedit>

When I try to install jedet the graphic window does not popup. One of the java processes uses 100% CPU time.

Trying text mode -> Installation of jedet is OK!

Trying to start jedit same as above: No window and one of the java processes uses 100% CPU time.

All other graphic stuff is fine on the linux box.

Any idea?

PS: I love jedit, because I use it already on windows.

Ruediger

I have a Mac with jEdit 4.5 installed on it, including the Sidekick and the JavaScript plugin from [1]. Now when I open the Sidekick window, I can choose from two JavaScript parsers (skrul-xml-javascript and skrul-javascript).

However, none of them parses my JavaScript file (the window only shows the document name with "Not parsed" underneath it). When I open a PHP file and choose my PHPParser, it does parse the file and shows clickable PHP function names.

Does anybody know what might cause this and/or how it can be solved?

[1] http://skrul.com/blog/projects/javascript/

Hi everybody.

I've upgraded to version 4.5 and I've only encountered a single issue. My Whitespace plug-in does not work and I've had to uninstall it. Now it does not even install. Has anyone else come across a similar problem? Any thoughts on a possible solution?

Cheers,
CHJ

Hi,

I have this strange but really annoying problem with JEdit 4.5. Everytime a JEdit dialog box of any kind appears (for example, the Find/Replace dialog), the speed of my mouse is halved. Every time this happens, I have to go to my Windows 7 Control Panel and set the mouse speed back to its original speed (the maximum, which is what I prefer). Why is this happening? Is this a bug?

I just installed jedit on my MAC and had hoped to simply copy over my .jedit settings from a Linux install. I presumed that the settings on the mac would be found in ~/.jedit, but this does not seem to be the case. Any idea where the settings might be located? I'm beginning to suspect that the JRE is actually not allowing jedit to read/write the settings. Possible?

I installed JEdit 4.5 a few days ago and all seemed to work fine. In order to get the alt-key working, I did a few modifications in the startup.bsh-file in the application package, and after that the alt-key was working perfectly. However, the next day I tried to start up, it hangs at the "run startup scripts" message on the splash screen. I have no idea what could have changed in the mean time. I also tried opening a "fresh" application package (without the modifications I made) but that one had the same problem. Strange thing is that is doesn't crash: the jEdit menu is available and I can open the Preferences pane, and even change the Swing look & feel (though the apply-button does not work, when I reopen the prefs it does apply the changes), but the "run startup scripts" seems to take minutes and minutes.

Hope somebody can help! Thanks in advance.

Hello, I am using the XML plugin and every time I open files using the xsi namespace, errors are shown. Sample file : Error found : cvc-elt.4.2: Cannot resolve 'TransactionRequestType' to a type definition for element 'Transaction' This is just a sample, my real files use a custom namespace and schema, this schema validates ok but I always get the @xsi:type errors I also use Oxygen and these files and the @xsi:type are validated with no problem there. This only happens with the xsi namespace, not with other custom defined namespaces. I don't really know how to handle this. I have found that the xsi schema should be defined in the parser and can not be manually overriden, so I can't find a workaround for this... Thanks for any advice.

I downloaded jEdit and I did not do any adjustments, I went directly to the plugins and tried to install them but this came:

Plugin Error:
Error while downloading the plugin, please try another mirror

What does it mean and is there a fix for it?