Bugs item #1229377, was opened at 2005-06-28 23:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229377&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: daniel hahler (blueyed)
Assigned to: Nobody/Anonymous (nobody)
Summary: With large portions of clipboard text cut'n'paste gets slow
Initial Comment:
When there have been huge portions of text been
copied or cutted (and are in the "Paste Previous"
and "Paste Deleted" lists), every following (small)
cut'n'paste action gets really slow.
This even resulted in a Java "Out of heap memory"
error.
After the crash there was some "#history.#save#"
file there, but no original one anymore. So the
crash probably happened when the new file should
have got written.
As far as I remember was the #save# file
incomplete.
When I started jEdit again, it deleted the
#history#save# file and I had to take a backup.
This bug probably affects register handling.
It might be a good idea to have a recent maximum
limit for clipboard snippets to be stored in the
caches.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229377&group_id=588

Bugs item #1177131, was opened at 2005-04-05 14:45
Message generated for change (Comment added) made by blueyed
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1177131&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Simon (simon80)
Assigned to: Nobody/Anonymous (nobody)
Summary: JEdit stops responding on load of file with a large line
Initial Comment:
Attached is a file that successfully replicates this
bug on my machine. The noteable characteristic of this
file is a ridiculously long line. It will load up fine
in notepad, however, and can be rendered in a browser
even. Not so with JEdit, which stops responding, but
still uses up CPU time. I'm sure this isn't a plugin
issue, I've tried opening it without the html
extension, and also disabling my plugins. I'm running
Win2K, if you have any problems replicating this.
----------------------------------------------------------------------
Comment By: daniel hahler (blueyed)
Date: 2005-06-28 23:09
Message:
Logged In: YES
user_id=663176
I think this might be related to what the TaskList plugin
(0.4.4) is doing, when it gets (de-)activated in the
plugin manager, because I get the same delay (about
10 seconds) then like with starting jEdit or (in particular)
resizing the textarea.
jEdit CVS, Sun Java 1.5.0_04 (Linux86), amd64.
----------------------------------------------------------------------
Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 20:50
Message:
Logged In: YES
user_id=1304219
Your attachment took about two seconds to load on my
machine, a Pentium M 1.6 GHz.
----------------------------------------------------------------------
Comment By: Simon (simon80)
Date: 2005-04-05 14:51
Message:
Logged In: YES
user_id=1253354
While I was submitting this bug, the JEdit started
responding again(after a long time). However, with a file
in excess of 100kb, I've had JEdit run for over 10 mins
without finishing the load. So, you can experiment with
different lengths, but this is still a bug.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1177131&group_id=588

Plugin Central Submission item #1222637, was opened at 2005-06-17 08:54
Message generated for change (Settings changed) made by orutherfurd
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1222637&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
>Group: 2005-07-01
>Status: Closed
Priority: 5
Submitted By: Anthony Roy (ant-roy)
>Assigned to: Ollie Rutherfurd (orutherfurd)
>Summary: MavenPlugin-0.3
Initial Comment:
Name:
MavenPlugin
Version:
0.3
Author:
Anthony Roy <work@...>
Requirements:
jEdit 4.2final (04.02.99.00)
Java version 1.4
console.ConsolePlugin 4.1
optional: Project Viewer 2.1.0.1
InfoViewer 1.2
(required to build the plugin, but not to run it.)
Announcement:
Feature release 0.3. Adds various bits of
functionality, such as a much improved Project Info
panel, incorporating a version management tool which
allows easy updating of projects to use the latest
versions of dependency projects which are also loaded
into the Maven Plugin. Some UI enhancements. Full
details in help file.
Source Code:
In jEdit CVS:
Module Name: plugins/MavenPlugin
Tag: MavenPlugin-v0_3
Short Description:
Provides a dockable GUI for working with Maven Projects.
Long Description:
This plugin provides a user friendly front end to
the Maven build system, and a way of keeping track of
your various Maven projects. Running goals is a simple
matter of double clicking the goal from a list - goals
run on the project selected in the projects list.
Custom goals are taken from the maven.xml file. An
information panel gives information about the project
from the project.xml file. Quick links to various
important project files are provided, and integration
with the File System Browser and (optionally) the
Project Viewer plugin and Subversion SCM are also
included.
----------------------------------------------------------------------
>Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-28 17:57
Message:
Logged In: YES
user_id=265596
Packaged and uploaded.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1222637&group_id=588

Bugs item #1177131, was opened at 2005-04-05 09:45
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1177131&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Simon (simon80)
Assigned to: Nobody/Anonymous (nobody)
Summary: JEdit stops responding on load of file with a large line
Initial Comment:
Attached is a file that successfully replicates this
bug on my machine. The noteable characteristic of this
file is a ridiculously long line. It will load up fine
in notepad, however, and can be rendered in a browser
even. Not so with JEdit, which stops responding, but
still uses up CPU time. I'm sure this isn't a plugin
issue, I've tried opening it without the html
extension, and also disabling my plugins. I'm running
Win2K, if you have any problems replicating this.
----------------------------------------------------------------------
Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 15:50
Message:
Logged In: YES
user_id=1304219
Your attachment took about two seconds to load on my
machine, a Pentium M 1.6 GHz.
----------------------------------------------------------------------
Comment By: Simon (simon80)
Date: 2005-04-05 09:51
Message:
Logged In: YES
user_id=1253354
While I was submitting this bug, the JEdit started
responding again(after a long time). However, with a file
in excess of 100kb, I've had JEdit run for over 10 mins
without finishing the load. So, you can experiment with
different lengths, but this is still a bug.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1177131&group_id=588

Bugs item #1087875, was opened at 2004-12-19 05:25
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1087875&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: severe bug
Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: jedit 1.4 crashes with jdk1.5.0
Initial Comment:
The summary tells it all. Environement: Windows XP SP2,
freshly downloaded jdk1.5.0 from the Sun site, jEdit
1.4final. jEdit starts but unexpectedly dies (the
windows disappears, the programs dies). I could not
really track down a specific scenario where it does.
The same program is stable with jdk 1.4.2_03. I use the
old jEdit launcher to set the running jedit, iwth the
-mx32m -jar flags.
email address: ivan@...
----------------------------------------------------------------------
Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 15:43
Message:
Logged In: YES
user_id=1304219
The current version of jEdit is 4.2 -- have you tried upgrading?
----------------------------------------------------------------------
Comment By: Slava Pestov (spestov)
Date: 2004-12-22 20:18
Message:
Logged In: YES
user_id=2280
I presume you mean jEdit 4.1, not 1.4. ANyway, 4.1 is out of
date, please try 4.2 instead.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2004-12-19 11:07
Message:
Logged In: NO
have a look at the activity.log, maybe there are some
exceptions in it.
maybe a wild guess: 1.5 may need more RAM than 1.4, try
giving the
VM more memory.
----------------------------------------------------------------------
Comment By: Jeffrey Hoyt (jchoyt)
Date: 2004-12-19 09:48
Message:
Logged In: YES
user_id=396194
What are your jEdit launcher settings? Do you know what the
exact command line is? Try running from the command line
with 'java -jar jedit.jar' or by double clicking on the jar file in
Windows Explorer.
Regards,
Jeff
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1087875&group_id=588

Bugs item #1229283, was opened at 2005-06-28 15:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229283&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: text area and syntax packages
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: James Aguilar (james_aguilar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parens, brackets, and braces counted for indentation
Initial Comment:
In both Java and C++ mode (and several others, I'm
sure), syntax within comments are also counted toward
indentation. Generally, comments should not be
counted toward indentation, either within themselves or
for other elements of syntax.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229283&group_id=588

Bugs item #1215008, was opened at 2005-06-04 19:57
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1215008&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: text area and syntax packages
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Auto-indent using brackets not working properly (OS 10.4)
Initial Comment:
On OS X 10.4 ("Tiger"), when editing the source code
and putting a closing bracket on some block, the close
bracket does not tab-down. Example:
if (asdf == true) {
thenDoThis();
} // this bracket should not be here, but one tab
left.
What should appear:
if (asdf == true) {
thenDoThis();
}
Also, consider this situation:
I have a try/catch block that looks like this:
} catch (Exception e) {
System.err.println("Unknown error");
e.printStackTrace();
} finally {
do stuff...
}
Say I want to add in one more catch statement before
the finally block. If I press return after the
e.printStackTrace(); then delete to go back a tab, then
'}', the bracket will be automatically tabbed into this
position:
} catch (Exception e) {
System.err.println("Unknown error");
e.printStackTrace();
} // NOT SUPPOSED TO BE HERE!
} finally {
do stuff...
}
Then if I manually move it back a tab and add the full
catch statement, upon pressing the open bracket '{' it
will again move forward one tab.
THIS IS HIGHLY ANNOYING! Please fix!
Thanks! (My email is: itistoday *at* gmail *dot* com)
----------------------------------------------------------------------
Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 15:00
Message:
Logged In: YES
user_id=1304219
I cannot reproduce this bug in either Java or C++ edit modes
using the procedure described by the original poster.
----------------------------------------------------------------------
Comment By: Greg (itistoday)
Date: 2005-06-04 20:02
Message:
Logged In: YES
user_id=760654
Hmm.... since comments are printed in courier I might be
able to post this again with the correct spacing... Let's
see if it works:
On OS X 10.4 ("Tiger"), when editing the source code
and putting a closing bracket on some block, the close
bracket does not tab-down. Example:
if (asdf == true) {
thenDoThis();
} // this bracket should not be here, but one tab left.
What should appear:
if (asdf == true) {
thenDoThis();
}
Also, consider this situation:
I have a try/catch block that looks like this:
} catch (Exception e) {
System.err.println("Unknown error");
e.printStackTrace();
} finally {
do stuff...
}
Say I want to add in one more catch statement before
the finally block. If I press return after the
e.printStackTrace(); then delete to go back a tab, then
'}', the bracket will be automatically tabbed into this
position:
} catch (Exception e) {
System.err.println("Unknown error");
e.printStackTrace();
} // NOT SUPPOSED TO BE HERE!
} finally {
do stuff...
}
Then if I manually move it back a tab and add the full
catch statement, upon pressing the open bracket '{' it
will again move forward one tab.
THIS IS HIGHLY ANNOYING! Please fix!
Thanks! (My email is: itistoday *at* gmail *dot* com)
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2005-06-04 19:59
Message:
Logged In: NO
Crap. CRAP! Stupid form doesn't care about mutliple
spaces!!! Hopefully you guys can figure out what I'm
talking about without the visual examples really working...
it deleted the extra spaces I put in to illustrate my point!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1215008&group_id=588

Bugs item #1229210, was opened at 2005-06-28 13:02
Message generated for change (Settings changed) made by james_aguilar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229210&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: normal bug
>Status: Deleted
Resolution: None
Priority: 5
Submitted By: James Aguilar (james_aguilar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scroll Pane changes to wrong size when at end of long line
Initial Comment:
DESCRIPTION
When pressing backspace would leave the cursor at the
end of the last line in the file, pressing backspace
causes the editor to think that the file is smaller than it
actually is. Pressing any key that does not add or
remove a character (arrows, for instance), the stack
trace included in the attached text file is produced.
STEPS TO REPRODUCE:
1. Turn on soft word wrap
2. Create a new file
3. Advance the cursor using newlines until it passes the
original bottom of the text area's view (that is, until there
is a scroll bar). For safety, advance it five to ten lines
past the end of the original view.
4. Create a single line which wraps at least two times or
is at least (number of characters per line max * 2 + 1)
characters long.
5. Press enter.
6. Press backspace
SYSTEM SPECS
Windows XP Tablet
Java 1.5
This problem also occurs on my home computer, which
is
Windows XP Professional
Java 1.5
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229210&group_id=588

Bugs item #1229210, was opened at 2005-06-28 13:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229210&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: James Aguilar (james_aguilar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scroll Pane changes to wrong size when at end of long line
Initial Comment:
DESCRIPTION
When pressing backspace would leave the cursor at the
end of the last line in the file, pressing backspace
causes the editor to think that the file is smaller than it
actually is. Pressing any key that does not add or
remove a character (arrows, for instance), the stack
trace included in the attached text file is produced.
STEPS TO REPRODUCE:
1. Turn on soft word wrap
2. Create a new file
3. Advance the cursor using newlines until it passes the
original bottom of the text area's view (that is, until there
is a scroll bar). For safety, advance it five to ten lines
past the end of the original view.
4. Create a single line which wraps at least two times or
is at least (number of characters per line max * 2 + 1)
characters long.
5. Press enter.
6. Press backspace
SYSTEM SPECS
Windows XP Tablet
Java 1.5
This problem also occurs on my home computer, which
is
Windows XP Professional
Java 1.5
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229210&group_id=588

Bugs item #1190815, was opened at 2005-04-27 00:31
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1190815&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Justin Dieters (enderak)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to type in Save As dialog
Initial Comment:
When doing a "Save As" or "Save a Copy As", I am unable
to type a filename in the dialog box. I can still move
around directories, click/highlight in the input box,
etc. using the mouse, but other keyboard input doesn't
seem to work in the box either, such as the up/down keys.
No errors are output to the Activity Log when this
happens, however the behaviour seems to only happen
when using the keyboard to activate the save as. (i.e.
Alt-F Alt-A or Alt-F followed by navigating with the
arrow keys) This behaviour does not seem to happen
when going to File>Save As using the mouse.
On jEdit 4.3pre2 with Java 1.5 on Gentoo Linux.(Fluxbox WM)
(I have also noticed this behaviour since the 4.2pre's,
possibly earlier)
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2005-06-28 09:58
Message:
Logged In: NO
This sort of behavior (unable to type in the save/save-as
dialog box) also happens sporadically on Mandrake 10.1 with
Java 1.5.0_1 and on Fedora Core 4.0 with Java 1.5.0_4 using
JEdit 4.3pre2. Only shutting down and restarting JEdit
temporarily fixes this behavior.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-24 00:58
Message:
Logged In: NO
I got a similar problem : I cannot type in the Save dialog
box, but I can in the Save As dialog box. The problem occurs
when I save a new file for the first time. If I use the Save
command, I cannot type in. So I use the Save As command, I
got the same dialog box, but I can type in.
This happens with 4.2 and 4.3pre2 on Fedora Core 3.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1190815&group_id=588

Bugs item #1217287, was opened at 2005-06-08 18:20
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1217287&group_id=588
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: daniel hahler (blueyed)
Assigned to: Nobody/Anonymous (nobody)
Summary: NullPointerException when launching jEdit (recent cvs)
Initial Comment:
java.lang.NullPointerException
at org.gjt.sp.jedit.Buffer.markTokens(Buffer.java:2161)
at
org.gjt.sp.jedit.textarea.ChunkCache.lineToChunkList(ChunkCache.java:760)
at
org.gjt.sp.jedit.textarea.ChunkCache.updateChunksUpTo(ChunkCache.java:635)
at
org.gjt.sp.jedit.textarea.ChunkCache.getLineInfo(ChunkCache.java:244)
at
org.gjt.sp.jedit.textarea.ChunkCache.getScreenLineOfOffset(ChunkCache.java:70)
at
org.gjt.sp.jedit.textarea.JEditTextArea._finishCaretUpdate(JEditTextArea.java:5194)
at
org.gjt.sp.jedit.textarea.JEditTextArea.finishCaretUpdate(JEditTextArea.java:5384)
at
org.gjt.sp.jedit.textarea.JEditTextArea.setSelection(JEditTextArea.java:1630)
at
org.gjt.sp.jedit.textarea.JEditTextArea.selectNone(JEditTextArea.java:1601)
at
org.gjt.sp.jedit.textarea.JEditTextArea.setBuffer(JEditTextArea.java:319)
at org.gjt.sp.jedit.EditPane.setBuffer(EditPane.java:105)
at org.gjt.sp.jedit.View.setBuffer(View.java:993)
at
org.gjt.sp.jedit.EditServer.handleClient(EditServer.java:225)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at bsh.Reflect.invokeOnMethod(Reflect.java:149)
at bsh.Reflect.invokeStaticMethod(Reflect.java:100)
at bsh.Name.invokeMethod(Name.java:872)
at
bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
at
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
at
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
at bsh.BSHAssignment.eval(BSHAssignment.java:77)
at bsh.Interpreter.eval(Interpreter.java:641)
at bsh.Interpreter.eval(Interpreter.java:731)
at bsh.Interpreter.eval(Interpreter.java:720)
at org.gjt.sp.jedit.BeanShell._eval(BeanShell.java:430)
at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:394)
at org.gjt.sp.jedit.EditServer$1.run(EditServer.java:343)
at
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at
java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at
java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
----------------------------------------------------------------------
Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 11:55
Message:
Logged In: YES
user_id=1304219
This bug is a duplicate of #1177104.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1217287&group_id=588