Recently some of my keys don't work anymore. For example capital B, the left and right arrow, Delete Key. The rest of the keys behave normally.

I'm running jedit 4.3pre14 with Java 1.6 on two machines. One is working fine, the other has the problem.
Has anyone else had this before and what was the fix?

Cheers,
Fieldrabbit21

I am using jedit 4.3pre13 with java 1.6.0_10 on linux mint. The problem I am having is that when I use the jdiff plugin, the two buffers do not scroll together. Also there are no arrows I can click on that will automatically add/remove text to the buffers. Under windows the jdiff plugin was much more functional, is there a way I can fix this in linux?

Hi,

sometimes when I am using jEdit, cursor turns into something that looks like black "no parking" sign and I cannot do anything, I cannot click anything and I have to restart X server. Is it a bug or a feature that I accidently turned on? How do I turn it off? If I turned it on I have no idea how I did that - I just noticed it usually happens when I am selecting text. Do you have any advice?

Yhank you.

Recently changed jobs and fortunately was able to convince IT to let me install jEdit 4.3 Pre 16 (running on Java 1.6.0_13, WinXP) on my computer. Most things are working just fine, but I can't use copy or paste (C-c, C-v, C-x) in any dialog boxes -- file open, search/replace, hypersearch bar, etc. etc.

I don't think it's a bug because I was using jEdit 4.3 pre previously without an issue.

Suggestions anyone? I don't have admin rights on the machine, so it's hard to make many changes, and I don't want to ask IT to do too much because they'll ask me to switch to the standard software (I only got this installed as a favor). I've used jEdit for a couple of years now and love it -- would hate to have to switch to the "standard" software used here.

Hi there, When I save a favorite folder to save to / open from in the file dialog, each time I restart JEdit these favorites are lost.

Can anyone explain how I can fix this.

I have seen windows forum entries stating that the properties files for JEdit stores this information, but I cannot find this on the Mac.

I am running Mac OS X 10.5.6 and have JEdit 4.3pre16

Many thanks

Mark

I've experience "display garble" for a number of years when using the sidekick plugin, it's finally to the point where I can't stand it any more - I hope there is a fix!

The problem occurs when sidekick is active and I click to save the buffer after editing some text. The document saves, but the screen then shows the characters around the cursor out of order. It appears the parser is confused somehow.

My current solution is to simply drag the divider between buffer to force the screen to redraw. This refreshes the buffer and the text is back to normal.

Has anyone else experience this issue? Any workaround?

• I just posted the "java.net.ConnectException: Connection refused" thread below, about sudden problems 4.3pre12 (it had been fine for a while). Before posting, I thought to check for a newer release and tried installing 4.3pre16 but have encountered other problems. When I try to launch the jar installer, I get the following backtrace and the installer window is blank and completely unresponsive. Anyone know what this might mean?
• BTW, I have to use list items here because the forum otherwise disappears my newlines. Maybe allowing code blocks would be good. Also, preview only seems to work for comments, not new threads.

• $ java -jar jedit4.3pre16install.jar
• Locking assertion failure. Backtrace:
• #0 /usr/lib/libxcb-xlib.so.0 [0xdfc767]
• #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xdfc831]
• #2 /usr/lib/libX11.so.6(_XReply+0x254) [0x24bf54]
• #3 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab22cd7e]
• #4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216d47]
• #5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216ec3]
• #6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xab217106]
• #7 [0xb4003bfa]
• #8 [0xb3ffdb3b]
• #9 [0xb3ffdb3b]
• #10 [0xb3ffb219]
• #11 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• #12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb7aecf98]
• #13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d80ef]
• #14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
• #15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb781f30d]
• #16 [0xb40034ab]
• #17 [0xb3ffda64]
• #18 [0xb3ffb219]
• #19 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• Locking assertion failure. Backtrace:
• #0 /usr/lib/libxcb-xlib.so.0 [0xdfc767]
• #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xdfc90e]
• #2 /usr/lib/libX11.so.6 [0x24b0e9]
• #3 /usr/lib/libX11.so.6(XGetVisualInfo+0x26) [0x241216]
• #4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216089]
• #5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab2162d3]
• #6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216f71]
• #7 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xab217106]
• #8 [0xb4003bfa]
• #9 [0xb3ffdb3b]
• #10 [0xb3ffdb3b]
• #11 [0xb3ffb219]
• #12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• #13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb7aecf98]
• #14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d80ef]
• #15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
• #16 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb781f30d]
• #17 [0xb40034ab]
• #18 [0xb3ffda64]
• #19 [0xb3ffb219]

I updated my Fedora 10 box yesterday and now cannot launch jEdit. At least, I'm assuming the update is responsible. There was nothing else that I can think of that might have changed. When it launches, I see only a white screen, no window at all. I can see my gnome panels, though. The following is from activity.log: java.version=1.5.0_14 java.vm.version=1.5.0_14-b03 java.runtime.version=1.5.0_14-b03 java.vendor=Sun Microsystems Inc. java.compiler=null os.name=Linux os.version=2.6.27.19-170.2.35.fc10.i686 os.arch=i386 user.home=/home/audrey java.home=/usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre java.class.path=/home/audrey/jedit/4.3pre12/jedit.jar An error occurred while connecting to the jEdit server instance. This probably means that jEdit crashed and/or exited abnormally the last time it was run. If you don't know what this means, don't worry. java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:520) at java.net.Socket.connect(Socket.java:470) at java.net.Socket.(Socket.java:367) at java.net.Socket.(Socket.java:209) at org.gjt.sp.jedit.jEdit.main(jEdit.java:247) My yum.log shows the following were updated: selinux-policy-targeted-3.5.13-49.fc10.noarch postgresql-libs-8.3.7-1.fc10.i386 postgresql-8.3.7-1.fc10.i386 postgresql-server-8.3.7-1.fc10.i386 postgresql-plperl-8.3.7-1.fc10.i386 postgresql-plpython-8.3.7-1.fc10.i386 gtk2-2.14.7-7.fc10.i386 lcms-1.18-1.fc10.i386 lcms-libs-1.18-1.fc10.i386 libX11-devel-1.1.5-1.fc10.i386 libX11-1.1.5-1.fc10.i386 xorg-x11-drv-vesa-2.2.0-3.fc10.i386 I'm going to assume (I know--a lot of assumptions here) that Postgres and Little CMS have nothing to do with it. I know next to nothing about Java sockets or jEdit server. Could the gtk or x11/xorg updates possibly be at fault? BTW, I did try to upgrade jEdit before posting here, but that's been a bit of a problem itself, and is the subject of the next post I'll be making. I figured I should keep them separate.

I have a very strange issue with jEdit on MacOS X Leopard (current version). I use jEdit mainly for PHP programming and have experienced the following: Sometimes when I type correct code, I get strange syntax errors at whitespacec somewhere in the middle of an expression. When I set the line as comment and retype it below, it's working.
After seeing this behaviour several times, I looked at the code with a hex editor and saw, that those syntax errors are no single whitespaces, but indeed two bytes, which look like UTF-16 characters! I think it maybe happens for example when I type | (alt+7 on mac) and after that a space, maybe while still holding down alt (it happens when you type fast...). As in MacOS, nearly everything is a hotkey for some unicode character, I thought of that, but I couldn't reproduce it clearly.

Does anyone know this behaviour? I use the latest version of jEdit, but encountered the issue with several other versions too. The JRE is apple default, as it can't be upgraded with Sun JRE or something.
Maybe there is some way to tell the jEdit textarea to only recognize some default characters (ASCII + maybe some selfdefined unicode chars [I need umlauts])?!

Thanks and regards,
Neo / Tom

jEdit 4.3pre12 java 1.5.0_14, Fedora 10

I suddenly cannot use my keyboard for anything inside jEdit. It was fine earlier today but I tabbed over to jEdit from another app and could not type. I then realised that the keyboard gave no response for anything. After some poking around, I finally simply restarted the machine. When I re-launched jEdit I found the same problem!

I'm guessing it's a Java bug, and not jEdit, but I'm really at a loss to troubleshoot this any further. Can anyone point me in the right direction? Or, any direction, for that matter.

I did let the system update yesterday although, as I said, it was working fine this morning so I can't see how that's the issue.

I am running 4.3 pre16 with JDK 1.6.0_11

Most of the time everything works fine, but just today I have twice had the buffer switcher stop working.

I only have 4 or so files open. When I click on the switcher it drops down the list of files. I select one and the switcher updates to display that filename, but the buffer itself does not change. The previously selected file is still there.

If I use the CTRL-PGUP/PGDOWN shortcut it works fine. The problem is only when I use the drop-down.

Right now this issue appears to be random. I closed all of the files and reopened them and the problem went away for a while but within a few minutes, it was back.

I have since restarted the editor entirely. I will advise if it happens again or if I am able to narrow down a set of circumstances where the problem occurs.

Right now, I am just curious if anyone else has experienced this.

Thanks.

Hi there
After many good works my j-edit will not start. If i click to start, the start picture show how file which boot. At "run startup scripts" j--edit hang up and that's it. I must close the file by process manager.
Please help, because this is a good program.
German prefer...my english is...BAD

Many thanks and greetZ from Germany, Ingo

Has anyone had a problem with the Search window not opening in a multi-monitor environment under XP? I have had problems before with the Search dialog box coming up in odd sizes. That was solved by making sure the dialog was presented in the main monitor when it was closed. But now it doesn't seem to launch at all.

I have a new MacBook Pro and if I use the two finger scroll, the horizontal portion of the scrolling causes jedit to page up or page down in the document. This makes it almost impossible to use the trackpad to scroll, because unless it's perfectly vertical, it pages up or down randomly. Is there something I can do to turn off this behavior?

Hi, i'm using jedit within windows 7 beta. When i start jedit the whole system freezes. The only thing i can do is to press the power button in this case. jdk-version: java verson "1.6.0_12" Java SE Runtime Environment Java HotSpot Client VM Do you guys think it's the jdk version 1.6.0_12, or does anyone have experience running jedit with it? Or do you think it's the OS? ps.. i installed jedit with the native windows installer. should i try the installation based on JRE?

I'm using 4.3pre16 on OS X Tiger and it's been fine for ages, but now it's done all screwed up! When I start jEdit the startup pane gets stuck on 'run startup scripts'. jEdit pretty much loads, but only some of my views open (I had about 5 views open before). And if I try to create a new view I get an error (will paste the errors below).

It was doing this for a few days, and now it's got even worse... if I open the file system browser it just gets stuck trying to list the directories. And now jEdit wont even open files, it just fails to load them.

I haven't updated Java or jEdit, it just started going a bit nuts all by itself!

I know nothing about Java, so I'm hoping that someone else will be able to make more sense of these error messages than I can!..

Actually, I'll save them somewhere and link to them instead of pasting a whole load of crap here...
http://www.adamalton.co.uk/jedit_errors/
Ta da!

Any help, ideas or guidance greatly appreciated.
Cheers
Altonator

I'm trying out jedit 4.2final on OpenSUSE 10.3 and jedit takes forever to start (maybe tens of minutes). It looks like I've tried it with the java 1.5 and 1.6 runtimes
(1.5 initially, 1.6 currently based on running "java -version").

Also the one time I actually did anything with jedit I noticed the help was very unresponsive.

It seems to do okay on XP and OS X so I'm not quite ready to pitch it. But I think jedit is going to be a mostly linux app, for me.

Does anyone have any ideas as to what's going wrong (and how to fix it) or what I should do next to try to figure out this problem?

Also, is there a way to search these forums?

TIA
eric

PS I just started jedit ten minutes ago and I still haven't got past the splash screen. I think this is typical behavior (usually, I'll give it a (one) minute to start then kill it if it hasn't. I've done a lot of killing with jedit).

Hi, I'm new using Jedit, the best editor I've have found till now, but I have a little problem with the memory usage. Jedit (the javaw.exe process) reaches peaks of more than 175 mb of memory usage with just only one blank document opened. I first tryed it in a virtual machine with Windows Xp 32 bit and there the memory usage was more moderated (about 50 mb). Why this difference? Can I do something in Vista to reduce this ram usage? By other hand, the performance in Vista is much worst (for example when I scroll the contents in a document) than in Xp, how is this possible if it using much more resources in Vista?
Thanks a lot for your help.

Oscar

Hi With the XML plugin installed, I can't have autocompletion while editing an XSLT file. I typed this: When I type "<" on the empty line, the menu appearing allows me to select a comment, CDATA block or a closing xsl:stylesheet tag. I supposed that XSLT autocompletion was built in the XML plugin. How comes I can't choose between the full set of first level elements allowed in this language? The worst part is that I used it a few years ago and it worked out of the box. Do I have a manipulation to do to allows the full autocompletion be performed?

Hello,

Using jEdit 4.3 pre 16. on Windows XP SP3.
When starting jEdit, the status bar shows in red on the right 2 error(s).
Double-cliquing this an error window opens showing:
com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 2 of 3-byte UTF-8 sequence.
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.invalidByte(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipChar(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)
at org.gjt.sp.util.XMLUtilities.parseXML(XMLUtilities.java:139)
at org.gjt.sp.jedit.SettingsXML.load(SettingsXML.java:155)
at org.gjt.sp.jedit.BufferHistory.load(BufferHistory.java:175)
at org.gjt.sp.jedit.jEdit.main(jEdit.java:443)


Any solution?

Thanks,

Alain