Triaging Incoming Change Requests: Bug or Commit History, or Code Authorship? - ICSM 2012 Online Appendix
This web page is a companion to our ICSM 2012 submission entitled "Triaging Incoming Change Requests: Bug or Commit History, or Code Authorship?".
Data
Benchmark JEdit
Issue Number | Fixing Date | Issue Description | Long Description | Comment ID | Comment ID Count | Assignee ID | Assignee Mapping ID | Submitter ID | Submitter Mapping ID | Commit Number | Commit Comment | Commit Developer ID | Commit Developer Mapping ID | Trivial |
950961 | 8/23/08 | Folding: handling newlines at the start of closed folds | Details: google_ad_section_start Here is the example text folded using explicit folding:1| //{{{2| Folding3| Test4| Case5| //}}}6| Other textwhich folds to:1| //{{{ [4 lines]6| Other textBy placing the caret after the last brace and pressing return we get thefollowing result:1| //{{{2| New text entered7| Other textIn the editor the fold is now showen as unfolded, but the text within the fold is not displayed. To display the contents of the fold you have to close the fold and open it again which then would display the expected text:1| //{{{2| New text entered3| Folding4| Test5| Case6| //}}}7| Other textThis error appears to exist with any folding plugin, not just explicit folding. Secondly, with explict folding only, placing the caret between the braces that make up the start of the fold whilst folded and pressing return causes the fold to be 'lost'. As in the space taken up by the fold is still indicated by jEdit but the fold is no longer displayed:1| //{{2| ^{7| Other textThere are three ways to get the fold back.1) Delete the new line and whitespace entered.This returns the fold in a closed position2) Add new braces to complete the fold marker.This adds the fold in an open position but without the origenal text displayed. Closing and reopening the fold corrects this, the same as the first bug.3) Reopen the fileKeeperOfTheSoul google_ad_section_end | kpouer,rschwenn,bemace | 1,1,1 | kpouer | kpouer | k_satoda,kpouer | k_satoda,kpouer | 1,340,410,708 | Expanded care for black hole bugs (SF.net bug #950961, #1193683), to handle ...- multi line edit including folded line, - more folding modes other than 'explicit', - and modification at the middle of folded range. (SF.net patch #1999448) | Folds are now expanded when inserting new line at the fold start, and when breaking explicit fold start (#950961) | k_satoda,kpouer | k_satoda,kpouer | bug |
981012 | 9/6/08 | The editor text area is not properly recognizing Indic input | Details: google_ad_section_start The editor text area is not properly recognizingUnicode Indic (Sanskrit) input on Windows 2000. I amusing the Windows 2000 IME "Sanskrit, Devanagari -INSCRIPT" for inputting the Devanagari (Sanskrit) letters.I am attaching the screenshots of the word "Sanskritam"typed in Windows notepad and the JEdit. The Notepad isdisplaying the word properly, but the JEdit is notdisplaying it properly.I am using JDK1.5.0 to Jedit. google_ad_section_end | k_satoda,bemace,nosaku | 1,1,1 | k_satoda | k_satoda | k_satoda | k_satoda | 13537 | Replaced createGlyphVector() to layoutGlyphVector() to improve rendering of complex text layout in TextArea. (SF.net bug #981012) | k_satoda | k_satoda | bug |
1193683 | 8/23/08 | folding bug, text is in a black hole | Details: google_ad_section_start Hi, when you have some folded text (folding closed){{{ testaaaabbbbcccc}}}Close it you'll get{{{ test [4 lines]Delete one {You'll have{{ testand no text fold anymore. It seems really dangerousisn't it ?But the weird thing is that the text is not completelylost because you can type another { (no need to undo)and the fold will reappear magically. So the text wasstill here but hidden by jEdit's text area google_ad_section_end | kpouer,rschwenn,timecool2 | 1,1,1 | kpouer | kpouer | k_satoda,kpouer | k_satoda,kpouer | 1,340,410,249 | Expanded care for black hole bugs (SF.net bug #950961, #1193683), to handle ...- multi line edit including folded line, - more folding modes other than 'explicit', - and modification at the middle of folded range. (SF.net patch #1999448) | fixed bug [ 1193683 ] folding bug, text is in a black hole | k_satoda,kpouer | k_satoda,kpouer | bug |
1292706 | 8/25/06 | Size of file open/save dialogs incorrect on dual displays | Details: google_ad_section_start The size of the open/save dialog is incorrectlycalculated/restored when the dialog is displayed on thesecond display on a dual display system (Windows XP).Basically, if the dialog opens on the secondarydisplay, then the previous size and position is lost.Here are the tests I have performed to explore thebehaviour.If the dialog appears on the primary display, the widthis correctly calculated/restore from previous settings. If the adjustments are made (with the dialog still onthe primary display) then these are correctly restoredon next opening of the dialog. This is the behaviour Iwould expect.If the dialog appears on the secondary display,previous size and position settings are lost. I thinkthat the width of the dialog is being determined by theminimum width of the tree component in the dialog. (Seeattachment). Any resizing of the dialog (with thedialog still on the secondary display) is lost the nexttime it is open. This is abnormal behaviour.If the dialog is opened on the secondary display,resized and dragged it to the primary display. Thesize and position settings are restored on next open. google_ad_section_end | ezust,stuart_m_r | 1,1 | ezust | ezust | ezust | ezust | 6798 | Bug # 1292706: Size of dialogs on incorrect display with dual head systems. | ezust | ezust | bug |
1382388 | 2/23/07 | Incorrect Python code indentation | Details: google_ad_section_start Hello.I have found a little bug: processing the "IndentLines" command (CTRL + I) to the Python code causes thewrong identation of selected text.Example:Before:if (row +1) > self.grid.GetNumberRows(): self.table.data.append(obj) self.grid.AppendRows(1, True)else: self.grid.SetCellValue(row, 0, fileName) self.table.data.append(obj) self.grid.AutoSizeColumn(0, True)after:if (row +1) > self.grid.GetNumberRows(): self.table.data.append(obj) self.grid.AppendRows(1, True) else: self.grid.SetCellValue(row, 0, fileName) self.table.data.append(obj) self.grid.AutoSizeColumn(0, True) google_ad_section_end | vanza,kpouer,olearyni,ezust,bemace,dkoryavov | 1,2,2,1,2,1 | nobody | nobody | vanza | vanza | 9013 | Better handling of auto-indent for languages where whitespace matters more than normal (mostly Python). Fix SF Bug #1382388. | vanza | vanza | bug |
1500938 | 3/4/08 | Search expression | Details: google_ad_section_start Hello,this is not a bug, but a wish. As of 4.3pre1, afterdoing a search (Ctrl-f), when I do another search(Ctrl-f) again, then the previous search expression isnot present in the Search dialog anymore. That wouldactually help in case user wants just to adjust thesearch expression/regex.thank you for JEdit.Peter google_ad_section_end | ezust,negev,olearyni,vampire0,kpouer | 1,2,1,2,1 | nobody | nobody | kpouer | kpouer | 12087 | When opening the search dialog if no text is selected the searched string will be filled with the previous entered string (feature #1500938) | kpouer | kpouer | feature request |
1520774 | 5/27/08 | '/' + enter in VFSFileChooser File: field | Details: google_ad_section_start Mac OSX (10.4.7 - intel)jEdit 4.3 Pre 5If I type '/' + enter in the File-Browser I get thefile list in the attatched screen shot.This is from the activity log:[debug] WorkThread: Running in work thread:[id=16,run=org.gjt.sp.jedit.browser.BrowserIORequest[type=LIST_DIRECTORY,vfs=org.gjt.sp.jedit.io.FileVFS@8c40ee,path1=/opt/development/evt/conf/ibatis/,path2=null]][debug] VFSFileNameField: doComplete(roots:,,false[debug] WorkThread: Running in work thread:[id=19,run=org.gjt.sp.jedit.browser.BrowserIORequest[type=LIST_DIRECTORY,vfs=org.gjt.sp.jedit.io.FileRootsVFS@d74138,path1=roots:,path2=null]]In 4.2 Final, just typeing '/' took me to the rootdirectory "/". google_ad_section_end | ezust,elberry,daleanson,spestov | 4,3,1,4 | ezust | ezust | ezust | ezust | 12712 | [ 1520774 ] '/' + enter leads to "roots:" directory not root directory.Fixes this issue on Linux platforms. Still not fixed on Windows yet. | ezust | ezust | bug |
1533473 | 8/14/06 | caret/display position w/ multiple views open | Details: google_ad_section_start Version 4.3pre5, seen on Windows as well as FreeBSD, JDK1.5If I have 2 views open and both have the same fileactive(eg foo.txt, line 20 in view 1, line 50 in view2), then I switch to a different buffer in one of theviews (switch view 1 to bar.txt), when that viewswitches back to foo.txt, it's caret/display placementis the same as the other view (ie, before switching tobar.txt, the caret was on line 20, now it is on line50, where the other view is located as well.) google_ad_section_end | daleanson,kpouer | 1,1 | daleanson | daleanson | daleanson | daleanson | 6690 | fix for 1533473 | daleanson | daleanson | bug |
1536064 | 8/25/06 | focus in filesystembrowser NOT in filenamefield | Details: google_ad_section_start I just updated to 4.3pre6:[message] Log: java.version=1.5.0_07[message] Log: java.vm.version=1.5.0_07-b03[message] Log: java.runtime.version=1.5.0_07-b03[message] Log: java.vendor=Sun Microsystems Inc.[message] Log: java.compiler=null[message] Log: os.name=Windows XP[message] Log: os.version=5.1[message] Log: os.arch=x86...[notice] jEdit: jEdit version 4.3pre6When I try to open a file (Ctrl-O) the focus in the filesystembrowser is on the Commands menu instead of the filename field.AFAICT this is because the GUIUtilities.requestFocus() method does not do its job.There was a patch to this method, see rev.5386:http://svn.sourceforge.net/viewvc/jedit/jEdit/trunk/org/gjt/sp/jedit/GUIUtilities.java?r1=5372&r2;=5386prompted by a bug-report 1275607http://sourceforge.net/tracker/index.php?func=detail&aid;=1275607&group;_id=588&atid;=300588The bug was triggered by something else (find dialog), and the final messages of the bug report indicate that this particular patch was not needed for the bug resolution anyway.So my problem might possibly resolved by simply reverting this patch. (unfortunately, I do not have time to try that here)I don't have an idea about the reason for this bug.Can someone confirm this?cheers,stefan google_ad_section_end | ezust,daleanson,vampire0, jere2 | 2,1,1,1 | daleanson | daleanson | daleanson | daleanson | 6800 | Fix for [ 1536064 ] focus in filesystembrowser NOT in filenamefield | daleanson | daleanson | bug |
1538051 | 8/12/10 | Memory used reported inconsistent | Details: google_ad_section_start When I double click on the memory gauge (bottom right)the GC runs and then a dialog appears that reportsnumbers that have nothing to do with the numbers I cansee on the bottom right.jEdit 4.3pre6, jdk1.6beta2, Linux 2.6.15-26-686. google_ad_section_end | kpouer,ezust | 2,1 | kpouer | kpouer | kpouer | kpouer | 83,396,677 | Memory tooltip in status bar reports wrong values (#1538051) | bug 1538051 fixed and some java 1.5 api used | kpouer | kpouer | bug |
1538702 | 8/27/06 | PluginManager: Dependency plugins are not activated | Details: google_ad_section_start In the Manage-Tab, if activating a plugin, the non-optional dependencies should get activated automatically too if they are available but unloaded.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_06-b05jEdit Version: SVN Revision 6684 google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 6812 | Bug # 1538702 - PluginManager fixes: Automatically loads unloaded dependent plugins. jEdit.getPlugin(className, bool) now will search for and load plugins that were not yet loaded, given a className to search for. (ezust) Made fixes to the way that GuiUtilities loads/saves floating window positions. Now it is relative to the parent window. | ezust | ezust | bug |
1538743 | 9/21/07 | While editing ToolBar, the category should be remembered | Details: google_ad_section_start While editing ToolBar, the category of actions should be remembered when adding actions to the toolbar.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_06-b05jEdit Version: SVN Revision 6684 google_ad_section_end | kpouer | kpouer | kpouer | kpouer | 10702 | When editing toolbar the dialog now remembers the last action set(#1538743) (Matthieu Casanova) | kpouer | kpouer | bug | ||
1541009 | 10/19/08 | 4.3pre6 regexp find: hangs + huge memory waste | Details: google_ad_section_start When you do "Find" or "Find and Replace" or "ReplaceAll" with the regular expression "$" (match end ofline), 4.3pre6 just hangs while its memory-usage meterthing in the bottom-right-hand-side of its status barshows memory usage increasing exponentially!Also, this happens regardless of whether the search isperformed within a selection, the current buffer, allbuffers, or within a directory.To reproduce this bug:1. Make a new buffer with this content:foobarbaz2. Select all the text (C-a)3. Open search&replace; dialog (C-f)4. Type the following regexp in the "search for" field:$5. Enable the "regular expressions" check-box (A-x)7. Press the "Find" or "Find and Replace" or "ReplaceAll" button.8. Observe that jEdit now hangs, and its memory usageis rapidly increasing (look at memory usage stats atbottom-right-hand-corner of status bar).The expected result is that jEdit should NOT hang andthe search should be performed correctly.Thanks for your attention. google_ad_section_end | vanza,cyzsuraj | 3,1 | vanza | vanza | k_satoda,vanza | k_satoda,vanza | 1,390,767,046,702 | Implemented the care for firstTime flag in PatternSearchMatcher#nextMatch() as defined in javadoc. The lack of this care had caused many problems; SF.net bugs #1541009, #1671312, #2069249, #2173091, and some infinite loops caused by zero width regex replace. This replaces some previous fixes for above bugs, including addition of SearchMatcher#isMatchingEOL(). | Better fix for bug #1541009: add a method that tells whether the matched region ends at an EOL; the callers of SearchMatcher.nextMatch() should use that information to adjust the offset for the next search. This fixes the bug and maintains the expected behavior when doing a replace.| Fix SF Bug #1541009: "$" matches right before the end of line; so we need to adjust the end of the matched region when that is used. Also, don't search in empty strings. | k_satoda,vanza | k_satoda,vanza | bug |
1541372 | 9/8/06 | move caret on collapsing a fold | Details: google_ad_section_start If the caret is in a fold that gets collapsed, the caret should be placed at first line of that fold, i. e. the remaining visible line, otherwise it reexpands the fold on direction key press.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_06-b05jEdit Version: SVN Revision 6684 google_ad_section_end | geniosity,kpouer | 1,1 | kpouer | kpouer | kpouer | kpouer | 69,066,905 | 1538712 was fixed when fixing 1541372 | JEditTextArea.collapseFold(int line) added to fix bug 1541372 | kpouer | kpouer | bug |
1542026 | 9/19/06 | Keyboard navigation through menubar inserts char into buffer | Details: google_ad_section_start Using the keyboard (characters, or space for checkboxes [return for checkboxes works correctly]) to navigate through the menubar inserts the pressed characters literally in the current buffer if the choice is not a sub-/menu, but an action, even if the pressed character is not anything choosable (e. g. Alt+p -> a)Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_06-b05jEdit Version: SVN Revision 6684 (4.3pre7) google_ad_section_end | kpouer,mediumnet | 1,4 | nobody | nobody | mediumnet | mediumnet | 7074 | Some more radical changes in case of Debug.SIMPLIFIED_KEY_HANDLING==true . Maybe this fixes bug 1542026. | mediumnet | mediumnet | bug |
1546200 | 12/28/06 | Add filter to recent files menu | Details: google_ad_section_start Add filter to recent files menuThis patch helps to find a items in the recent "files menue", by typing the first letter of the filename in a new textfield in recent files menu.Files which are not matching are enabled in menue.Please add it to org/gjt/sp/jedit/menu/RecentFilesProvider.javaJoerg google_ad_section_end | spj,ezust | 2,2 | ezust | ezust | ezust | ezust | 8274 | - Textfield for filtering recent files menu (Patch # 1546200) + (Joerg - spj) | ezust | ezust | patch |
1548902 | 9/4/06 | 4.3pre6: Format paragraph – StringIndexOutOfBoundsException | Details: google_ad_section_start If caret is not inside paragraph (e.g. buffer is empty), then in action "Format paragraph" occurs StringIndexOutOfBoundsException.-------------------------------------java.lang.StringIndexOutOfBoundsException: String index out of range: 0 | at java.lang.String.charAt(Unknown Source) | at org.gjt.sp.jedit.TextUtilities.ignoringWhitespaceIndex(TextUtilities.java:667) | kpouer | kpouer | kpouer | kpouer | 6880 | at bsh.Reflect.invokeMethod(Reflect.java:134) | kpouer | kpouer | at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75) |
1549282 | 9/12/06 | Saving of a file with r/o flag. | Details: google_ad_section_start jEdit doesn't interpret the "NO" button correctly whenI trying to cancel the file saving procedure of r/o file.jEdit 4.3Pre6. google_ad_section_end | dkoryavov,kpouer | 2,2 | kpouer | kpouer | kpouer | kpouer | 70,246,921 | 1549282 fixed | 1549282 half fixed (no exception thrown when adding an explicit fold to a readonly buffer) | kpouer | kpouer | bug |
1560006 | 10/6/07 | Search dialog doesn't get the focus | Details: google_ad_section_start The search dialog sometimes does not get the focus whenI open it, so the search text goes to the editor bufferinstead.I use jEdit 4.3pre6, with Sun jdk 1.5.0_06. I'm onRedHat, running GNOME. google_ad_section_end | ezust,shlomy | 2,3 | shlomy | shlomy | shlomy | shlomy | 10828 | Hopefully a fix to bug 1560006: Search dialog doesn't get the focus Can't be completely sure because the bug is not always reproducible. | shlomy | shlomy | patch |
1560584 | 8/5/07 | Performing action "Add explicit fold": exception. | Details: google_ad_section_start Hi,I have found a little bug:Performing action "Add explicit fold" (C-e a) when last selected line =last line in the end of the file, causes to an exception:java.lang.ArrayIndexOutOfBoundsException: Array indexout of range: 20 atorg.gjt.sp.jedit.buffer.JEditBuffer.getLineStartOffset(JEditBuffer.java:323) atorg.gjt.sp.jedit.textarea.JEditTextArea.addExplicitFold(JEditTextArea.java:5941) atorg.gjt.sp.jedit.textarea.JEditTextArea.addExplicitFold(JEditTextArea.java:3916) atsun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585)...................................................................... jEdit 4.3 Pre7. google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 10323 | Fixed ArrayOutOfBoundsException when adding explicit fold at the end of a buffer with a mode that has a "line comment" property (#1560584) (Matthieu Casanova) | kpouer | kpouer | bug |
1565447 | 12/10/06 | HyperSearch reports incorrect occurrence count | Details: google_ad_section_start HyperSearch reports the number of lines containing oneor more instances of a string, not the number ofoccurrences of the string in the file.Enter two or more identical strings on a single line.Select one of the strings, then HyperSearch. Theoccurrence count will show 1, not the actual number ofstrings in the file.jEdit 4.2finalWindows 2000 SP4JRE 5.0 update 8 google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 8219 | occurrence and line count for hypersearch 1565447 (Matthieu Casanova) | kpouer | kpouer | bug |
1569735 | 3/4/07 | IMPORTS in IMPORTS fail to get resolved partly (hash-issue?) | Details: google_ad_section_start Consider this test_syntax.xml mode file:"""xml version='1.0' encoding='%SOUP-ENCODING%'DOCTYPE MODE SYSTEM "xmode.dtd"one2twothree3three"""And this file handled by it:"""// Test jEdit syntax modesonetwo2two3three"""The problem is, that "three" and "3three" do not get highlighted/recognized, unless you add a rule into the DELEGATE_1 set starting with the same char/number, e.g. changing "2two" to "32two" would highlight "3three" from DELEGATE_2..!I've tried to call ParserRuleSet::resolveImports() recursively at the beginning for the rulesets it processes, but this can cause infinite loops.If IMPORTS of "infinite" depth wouldn't be supported, that would make sense, but only rules with already existing hash/index chars get applied seems to be a bug somewhere.((( Use case: I want to use this for the php.xml mode file, so that I import a list of regular expressions for function definitions into a rule set, where the regular KEYWORDs are defined, so that the keywords get highlighted as supposed, but the regular expressions (one for each hash char) are recognized also, not overriding the highlighting of the KEYWORDs.))) google_ad_section_end | blueyed,vampire0 | 1,1 | vampire0 | Vampire0 | blueyed | blueyed | 9084 | Fixed https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1644850&group_id=588 - "Fix for #1569735 breaks IMPORT in main RULES section" | blueyed | blueyed | bug |
1570554 | 10/6/06 | File Open Dialog: can't handle full pathnames | Details: google_ad_section_start Hi, When typing in a path in FSB, it does not go tothe path typed in "File Name" box. I am using jedit cvsversion with jdk 1.5.0_08. This used to work inprevious jedit versions.Jiger google_ad_section_end | rschwenn,jigerjava,hertzhaft,ezust | 1,5,1,8 | ezust | ezust | ezust | ezust | 7183 | Attempt to fix 1570554.ezust | ezust | ezust | bug Works For Me |
1571629 | 10/13/06 | File System Browser: Filter does not work | Details: google_ad_section_start In the current SVN version (4.3pre8), the Filter doesnot seem to have any effect. New globs are added to thehistory only when pressing Enter, but don't influencethe files shown.When the "filter by current buffer extension" option isset, the files are filtered, but the filter glob is notshown.I think it would also be good to be able to set/unsetthis option directly in the dialog. google_ad_section_end | sf-robot,vanza,hertzhaft,ezust | 1,1,1,1 | vanza | vanza | hertzhaft | hertzhaft | 7505 | Attempt to fix #1571629 | hertzhaft | hertzhaft | bug |
1571752 | 11/16/06 | Add Explicit Fold' in PHP mode - wrong comments | Details: google_ad_section_start jEdit version: 4.3pre7Java version: 1.6.0-beta2Before 'Add Explicit fold' the content of buffer looks like this ('X' means selection boundaries):php<br /Xfunction foo() {}X/* :folding=explicit:*/?>After:php<br /{{{ function foo() {} //}}}/* :folding=explicit:*/?>If is between 'php' and 'function' empty line, then <br /it works OK. google_ad_section_end | vanza | 1 | nobody | nobody | vanza | vanza | 8091 | Fix SF Bug #1571752: try harder to use the comment characters for the mode whose text is being wrapped; thecode was using the wrong characters when adding explicit folds right at a mode boundary in the file. | vanza | vanza | bug |
1575505 | 8/2/08 | C+j bug | Details: google_ad_section_start Enter this text:: (solid) solid-color gl-color rect-dim >r origin get r> ;Select the word (solid). Press C+j.Expected behavior:: (solid) solid-color gl-color rect-dim >r origin get r> ;Actual:Nothing happens google_ad_section_end | ezust,kpouer,spestov | 1,2,1 | kpouer | kpouer | k_satoda,kpouer | k_satoda,kpouer | 1,315,276,227,621 | Restructured joinLines() to handle selections better and clearer. | It was hard to find the intent of SF.net bug #1575505, in which Slava said "if the selection spans only one line, it should behave exactly as if nothing was selected". | join line when having 1 line selection was not working (#1575505) | join line when having 1 line selection was not working (#1575505) | k_satoda,kpouer | k_satoda,kpouer | bug |
1576535 | 10/24/06 | Fix invalid selection in newly opened buffer | Details: google_ad_section_start Reproduction recipe of the problem:1. Open an arbitrary buffer and select some texts.2. Create a new file without jEdit. The path of this file must not be in jEdit's history.3. Open the file with jEdit.After the above steps, the selection in newly openedbuffer is not cleared (remains at same offsets instep 1). If the new file is longer than offsets ofthe selection, the selection appears in the newbuffer. Otherwise, accessing to the selected offsetsresults in ArrayIndexOutOfBoundsException.I found this problem while testing the recent changesto ColumnRuler plugin. In this case, the exception isthrown by paint() method of ColumnRuler, and jEditgives up the remaining paint operation.This small patch will fix the problem. google_ad_section_end | ezust | 1 | nobody | nobody | k_satoda | k_satoda | 7633 | Patch # 1576535 by k_satoda. | k_satoda | k_satoda | patch |
1578785 | 10/21/06 | Provide a way of reloading changed buffers without prompting | Details: google_ad_section_start Warning when a buffer is beeing reloaded is wise as a general rule, but sometimes there are files you're editing that you *know* will change. Typical examples are:- system log files- reports of unit testsThen it would be useful to have these buffers beeing reloaded without beeing prompted.A trivial though not ideal solution would be to add a 4th option "autmatic reload, no confirmation" to the saving global option.A better solution would be to provide a per-buffer option, e.g. "don't prompt when reloading"It would also be very useful, at least to me, to turn off this prompt in a macro, that is, if this option was available in the bean shell google_ad_section_end | ngirard,rschwenn,daleanson,manojzanwar,hertzhaft | 2,2,2,1,4 | hertzhaft | hertzhaft | hertzhaft | hertzhaft | 76,297,627 | Store buffer autoreload settings in perspective.xml (#1578785); corrected perspective.dtd | Automatic reload of a changed buffer without prompting (feature request #1578785), not persistent yet. Autoreload settings configurable per buffer. Factored out options/BufferOptionPane. | hertzhaft | hertzhaft | feature request |
1584436 | 2/20/07 | soft wrap, cut and null-pointer exception | Details: google_ad_section_start I edit larger texts with soft wrap turned on. If I cuta text fragment that is larger then the text view, andthen move back to the beginning of the text buffer byusing the cursor keys, Page-Up or Ctrl-Home, I usuallyget a NullPointerException.Steps to reproduce:- load http://www.jedit.org/users-guide/starting.html- set buffer line wrap = soft, wrap at 80 characters- cut lines 5 to 45- press Ctrl-HomeThis results in a BeanShell error dialog. The beginningof the text buffer is then missing in the display. Ihave attached a log of the exception. I have confirmed this error in jEdit 4.3pre7, 4.3pre6,and 4.3pre3. This works fine in 4.3pre2. I could nottest it in 4.3pre1 due to another bug involving soft wrap. google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 89,998,998 | fix for bug 1584436 | fix for bug 1584436 | kpouer | kpouer | bug |
1589360 | 11/3/06 | Rectangular Selection and Dragging | Details: google_ad_section_start [cut 'n' pasted from slava on jedit-devel]Hi,I found a way to reproduce an obscure rectangularselection bug thatI've been seeing recently.Create a new buffer, set the wrap margin to 64, enablesoft wrap, andpaste these two lines (hopefully my mail client won'tbreak them)[ { 0 0 } ] [ 0 0 } "doc" get T{ one-word-elt }prev-elt ] unit-test[ { 0 0 } ] [ 2 0 } "doc" get T{ one-word-elt }prev-elt ] unit-testNow position the cursor after the second "[", andC+drag a one-columnvertical selection. What actually happens is theselection extends afew characters to the right, even though you aredragging straight down.Does anybody feel like taking a look at this?Slava google_ad_section_end | ezust,vampire0 | 1,1 | vampire0 | Vampire0 | vampire0 | Vampire0 | 7886 | Fixed incorrect highlighting if in soft-wrap and rectangular selection mode if drag highlighting with the mouse. (bug #1589360) | vampire0 | Vampire0 | bug |
1593359 | 12/19/06 | JEditTextArea processes keyboard input that is not for it | Details: google_ad_section_start JEditTextArea processes keyboard input that is not meant for it. e. g. if focus is on Activity Log Dockable or Java Insight Dockable, pressing Del-key deletes characters from the buffer.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_09-b03jEdit Version: 4.3pre8 google_ad_section_end | tedchoward,kpouer,ezust | 1,2,1 | kpouer | kpouer | kpouer | kpouer | 8244 | 1593359 fixed (textarea was processing keyboard events that wasn't for it) | kpouer | kpouer | bug |
1593375 | 3/5/08 | Filterable Activity Log Viewer | Details: google_ad_section_start In Activity Log Viewer give the option to filter the output, e. g. for [error], [debug], [notice], ... Or maybe even better to provide a text field where you can enter a regex which a line must match against to be shown.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_09-b03jEdit Version: 4.3pre8 google_ad_section_end | kpouer | 1 | nobody | nobody | kpouer | kpouer | 12096 | The Activity Log option panel now have a textfield filter (feature #1593375) | kpouer | kpouer | feature request |
1593389 | 11/11/06 | FSB delete action on directory not working | Details: google_ad_section_start FSB delete action invoked on a directory should recursively delete the files and folders it contains and not just state "Cannot delete file".Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_09-b03jEdit Version: 4.3pre8 google_ad_section_end | akber,ezust | 1,1 | nobody | nobody | ezust | ezust | 8015 | [ 1593900 ] Bug 1593389 - non-empty directory not being deleted Applied patch + added info for the dialog. | ezust | ezust | bug |
1593464 | 1/13/07 | system icons for files in FSB | Details: google_ad_section_start I'm missing an option to "Use system icons for files" in FSB like Project Viewer has.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_09-b03jEdit Version: 4.3pre8 google_ad_section_end | kpouer,vampire0 | 2,2 | kpouer | kpouer | kpouer | kpouer | 8581 | VFS browser can now use system icons (1593464) | kpouer | kpouer | feature request |
1593523 | 1/6/07 | "Toggle Tree View" broken | Details: google_ad_section_start If doing "Toggle Tree View" in HyperSearch Results window context menu, it doesn't switch properly, means if switching back to show the path and filename in one line, the path is missing.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_09-b03jEdit Version: 4.3pre8 google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 8316 | switching to flat nodes shows the full path in Hypersearch tree (1593523) | kpouer | kpouer | bug |
1593543 | 12/6/07 | Save the editmode for Recent files | Details: google_ad_section_start If you e. g. open build.properties.sample and change the editmode to "properties", then you close that file and then reopen it, you again have to change the editmode manually. This should be done automatically, at least for the files in the recent files list.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_09-b03jEdit Version: 4.3pre8 google_ad_section_end | blueyed,kpouer | 1,1 | nobody | nobody | k_satoda,kpouer | k_satoda,kpouer | 111,991,088,710,771 | erty after using it. Otherwise, the mode is reset to the one from recent files on every save even when the mode was changed manually. This is a follow-up to r10771.> The recent files now remembers the edit mode (feature #1593543) | Updated recent.dtd as a follow-up to r10771.> The recent files now remembers the edit mode (feature #1593543) | The recent files now remembers the edit mode (feature #1593543) | k_satoda,kpouer | k_satoda,kpouer | feature request |
1593576 | 4/9/09 | Autoindenting should copy exact whitespaces | Details: google_ad_section_start If autoindenting copies the indentation of last line the indentation should be done the same way it was copied from, e. g. currently if Soft tabs are enabled, always spaces are inserted, even if the previous line is indented with literally tabs or tabs and spaces mixed. The whitespaces should simply be copied from the line that the auto-indenting is taken from.Sorry if this is a dupe, but I have many bugs to post and am too lazy to check them all for dupes currently. :-)OS: Windows XPJava Version: Sun Java 1.5.0_09-b03jEdit Version: 4.3pre8 google_ad_section_end | vampire0,blueyed,shlomy,firstclown,nyte7,ezust | 4,1,7,1,1,4 | shlomy | shlomy | shlomy,ezust | shlomy,ezust | 14,898,148,979,402 | Added back the API JEditBuffer.getIdealIndentForLine() that I mistakenly removed when committing the fix for #1593576.Made the new version of JEditBuffer.getIdealIndentForLine() private, since this is not suitable to be used as an API. Documented the bug fix in CHANGES.txt. | Fixed bug #1593576: Autoindenting should copy exact whitespaces. | Autoindenting copies exact whitespace from previous line (1593576 patch 1687138, Stephen Co). | shlomy,ezust | shlomy,ezust | bug |
1594234 | 11/12/06 | Incremental search should tell if string was found | Details: google_ad_section_start Hi, I think the incremental search textbox should tellif the searched string was found or not (like Firefoxdoes).I tried on my copy to put a red background, I think itreally helps. Do you think I should add it to jEdit ? google_ad_section_end | geniosity,blueyed,kpouer | 1,1,1 | kpouer | kpouer | kpouer | kpouer | 8022 | bug 1593410 and feature 1594234 added (Matthieu Casanova) | kpouer | kpouer | feature request |
1594910 | 11/17/06 | Indentation of Javascript embedded in HTML is broken | Details: google_ad_section_start Hi,Code indentation does not work for Javascript code in a block in HTML mode. Indentation works OK in<br />.js files in javascript mode. Adding html to the<br />javascript fileglob "*.{js,html}" forces HTML into<br />Javascript mode, indentation works OK, but HTML is not<br />highlighted/indented correctly.<br /><br />Environment:<br /><br />Windows XP Home SP2<br /><br />java version "1.5.0_08"<br />Java(TM) 2 Runtime Environment, Standard Edition (build<br />1.5.0_08-b03)<br />Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode)<br /><br />jEdit 4.3pre8<br /><br />Thanks<!-- google_ad_section_end --></p> | vanza | 3 | vanza | vanza | vanza | vanza | 8093 | Fix bug #1594910: keep indent rules in the mode instance, and retrieve context-specific rules when doing auto-indent. | vanza | vanza | bug |
1599024 | 11/19/06 | Need action to reload buffer with different encoding | Details: google_ad_section_start Open the attached textfile that I created with jEdit 4.3pre8. You'll see some squares instead of the Slovak characters.The encoding cp-1250 was used when I created the file and I expect that jEdit will recognize this when I open the file. Perhaps this isn't possible but when I set the buffer encoding manually to cp-1250 the characters are still displayed with the wrong encoding although the status bar tells me that the encoding cp-1250 is now active and used.Besides this bug it would be in general nice to have a menu entry to show opened files in different encodings. This should be like the menu "View -> Character Encoding" in Firefox. google_ad_section_end | vanza | 3 | vanza | vanza | vanza | vanza | 8099 | Implement feature req #1599024: add sub-menu with actions to reload buffer with a specific encoding. | vanza | vanza | feature request |
1599709 | 11/20/06 | NPE with JEditBuffer and new indenting | Details: google_ad_section_start The indenting refactoring introduced some NullPointerExceptions.I've "catched" one in r8096, but as stated in the commit message, it's probably an error further up.r8096 should be reverted.The problem seems to be that ctx.rules.getModeName() returns null, while it should return the main rule name.To reproduce:Save an empty buffer as test.php.Type:---------------php<br /$foo = '---------------When pressing ENTER, after the "'", the following exception gets thrown:java.lang.NullPointerException | at org.gjt.sp.jedit.buffer.JEditBuffer.getIdealIndentForLine(JEditBuffer.java:991) | at org.gjt.sp.jedit.buffer.JEditBuffer.indentLine(JEditBuffer.java:907) | vanza | vanza | vanza | vanza | 8105 | at bsh.Reflect.invokeObjectMethod(Reflect.java:80) | vanza | vanza | at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) |
1600401 | 11/21/06 | StringIndexOutOfBoundsException in TokenMarker | Details: google_ad_section_start After pressing ENTER in a rather long line in a .php file, I got the following exception.The line appeared wrong highlighted in the first place, that why I wanted to see if splitting it would resolve the highlight issue.After this the buffer window is not usable anymore (e.g. I cannot enter it, nor does it get repainted).[error] Buffer: Exception while sending buffer event to org.gjt.sp.jedit.textarea.BufferHandler@1484a8a :[error] Buffer: java.lang.StringIndexOutOfBoundsException: String index out of range: 103[error] Buffer: at java.lang.String.(Unknown Source)[error] Buffer: at org.gjt.sp.jedit.syntax.TokenMarker.handleRule(TokenMarker.java:343)[error] Buffer: at org.gjt.sp.jedit.syntax.TokenMarker.markTokens(TokenMarker.java:155)[error] Buffer: at org.gjt.sp.jedit.buffer.JEditBuffer.markTokens(JEditBuffer.java:1234)[error] Buffer: at org.gjt.sp.jedit.textarea.ChunkCache.lineToChunkList(ChunkCache.java:771)[error] Buffer: at org.gjt.sp.jedit.textarea.ChunkCache.getLineSubregionCount(ChunkCache.java:266)[error] Buffer: at org.gjt.sp.jedit.textarea.DisplayManager.updateScreenLineCount(DisplayManager.java:661)[error] Buffer: at org.gjt.sp.jedit.textarea.BufferHandler.doDelayedUpdate(BufferHandler.java:327)[error] Buffer: at org.gjt.sp.jedit.textarea.BufferHandler.transactionComplete(BufferHandler.java:287)[error] Buffer: at org.gjt.sp.jedit.buffer.JEditBuffer.fireTransactionComplete(JEditBuffer.java:2173)[error] Buffer: at org.gjt.sp.jedit.buffer.JEditBuffer.endCompoundEdit(JEditBuffer.java:1966)[error] Buffer: at org.gjt.sp.jedit.textarea.TextArea.insertEnterAndIndent(TextArea.java:4331)[error] Buffer: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[error] Buffer: at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)[error] Buffer: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)[error] Buffer: at java.lang.reflect.Method.invoke(Unknown Source)[error] Buffer: at bsh.Reflect.invokeMethod(Reflect.java:134)[error] Buffer: at bsh.Reflect.invokeObjectMethod(Reflect.java:80)[error] Buffer: at bsh.Name.invokeMethod(Name.java:858)[error] Buffer: at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)[error] Buffer: at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)[error] Buffer: at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)[error] Buffer: at bsh.BSHBlock.evalBlock(BSHBlock.java:130)[error] Buffer: at bsh.BSHBlock.eval(BSHBlock.java:80)[error] Buffer: at bsh.BshMethod.invokeImpl(BshMethod.java:362)[error] Buffer: at bsh.BshMethod.invoke(BshMethod.java:258)[error] Buffer: at bsh.BshMethod.invoke(BshMethod.java:186)[error] Buffer: at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)[error] Buffer: at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)[error] Buffer: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:415)[error] Buffer: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:381)[error] Buffer: at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)[error] Buffer: at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)[error] Buffer: at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:184)[error] Buffer: at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4572)[error] Buffer: at java.awt.Component.processEvent(Unknown Source)[error] Buffer: at java.awt.Container.processEvent(Unknown Source)[error] Buffer: at java.awt.Component.dispatchEventImpl(Unknown Source)[error] Buffer: at java.awt.Container.dispatchEventImpl(Unknown Source)[error] Buffer: at java.awt.Component.dispatchEvent(Unknown Source)[error] Buffer: at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)[error] Buffer: at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)[error] Buffer: at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)[error] Buffer: at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)[error] Buffer: at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)[error] Buffer: at java.awt.Component.dispatchEventImpl(Unknown Source)[error] Buffer: at java.awt.Container.dispatchEventImpl(Unknown Source)[error] Buffer: at java.awt.Window.dispatchEventImpl(Unknown Source)[error] Buffer: at java.awt.Component.dispatchEvent(Unknown Source)[error] Buffer: at java.awt.EventQueue.dispatchEvent(Unknown Source)[error] Buffer: at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)[error] Buffer: at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)[error] Buffer: at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)[error] Buffer: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] Buffer: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] Buffer: at java.awt.EventDispatchThread.run(Unknown Source)[error] ExtensionManager: Error repainting line range {12,39}:[error] ExtensionManager: java.lang.StringIndexOutOfBoundsException: String index out of range: 103[error] ExtensionManager: at java.lang.String.(Unknown Source)[error] ExtensionManager: at org.gjt.sp.jedit.syntax.TokenMarker.handleRule(TokenMarker.java:343)[error] ExtensionManager: at org.gjt.sp.jedit.syntax.TokenMarker.markTokens(TokenMarker.java:155)[error] ExtensionManager: at org.gjt.sp.jedit.buffer.JEditBuffer.markTokens(JEditBuffer.java:1234)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ChunkCache.lineToChunkList(ChunkCache.java:771)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ChunkCache.updateChunksUpTo(ChunkCache.java:646)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ChunkCache.getLineInfo(ChunkCache.java:255)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ExtensionManager.paintScreenLineRange(ExtensionManager.java:102)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.TextAreaPainter.paint(TextAreaPainter.java:726)[error] ExtensionManager: at javax.swing.JComponent.paintToOffscreen(Unknown Source)[error] ExtensionManager: at javax.swing.BufferStrategyPaintManager.paint(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.paint(Unknown Source)[error] ExtensionManager: at javax.swing.JComponent._paintImmediately(Unknown Source)[error] ExtensionManager: at javax.swing.JComponent.paintImmediately(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.seqPaintDirtyRegions(Unknown Source)[error] ExtensionManager: at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknown Source)[error] ExtensionManager: at java.awt.event.InvocationEvent.dispatch(Unknown Source)[error] ExtensionManager: at java.awt.EventQueue.dispatchEvent(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.run(Unknown Source)[error] ExtensionManager: Error repainting line range {12,39}:[error] ExtensionManager: java.lang.StringIndexOutOfBoundsException: String index out of range: 103[error] ExtensionManager: at java.lang.String.(Unknown Source)[error] ExtensionManager: at org.gjt.sp.jedit.syntax.TokenMarker.handleRule(TokenMarker.java:343)[error] ExtensionManager: at org.gjt.sp.jedit.syntax.TokenMarker.markTokens(TokenMarker.java:155)[error] ExtensionManager: at org.gjt.sp.jedit.buffer.JEditBuffer.markTokens(JEditBuffer.java:1234)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ChunkCache.lineToChunkList(ChunkCache.java:771)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ChunkCache.updateChunksUpTo(ChunkCache.java:646)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ChunkCache.getLineInfo(ChunkCache.java:255)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.ExtensionManager.paintScreenLineRange(ExtensionManager.java:102)[error] ExtensionManager: at org.gjt.sp.jedit.textarea.Gutter.paintComponent(Gutter.java:131)[error] ExtensionManager: at javax.swing.JComponent.paint(Unknown Source)[error] ExtensionManager: at javax.swing.JComponent.paintToOffscreen(Unknown Source)[error] ExtensionManager: at javax.swing.BufferStrategyPaintManager.paint(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.paint(Unknown Source)[error] ExtensionManager: at javax.swing.JComponent._paintImmediately(Unknown Source)[error] ExtensionManager: at javax.swing.JComponent.paintImmediately(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)[error] ExtensionManager: at javax.swing.RepaintManager.seqPaintDirtyRegions(Unknown Source)[error] ExtensionManager: at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknown Source)[error] ExtensionManager: at java.awt.event.InvocationEvent.dispatch(Unknown Source)[error] ExtensionManager: at java.awt.EventQueue.dispatchEvent(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] ExtensionManager: at java.awt.EventDispatchThread.run(Unknown Source)[error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.StringIndexOutOfBoundsException: String index out of range: 103[error] AWT-EventQueue-0: at java.lang.String.(Unknown Source)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.syntax.TokenMarker.handleRule(TokenMarker.java:343)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.syntax.TokenMarker.markTokens(TokenMarker.java:155)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.buffer.JEditBuffer.markTokens(JEditBuffer.java:1234)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.ChunkCache.lineToChunkList(ChunkCache.java:771)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.ChunkCache.updateChunksUpTo(ChunkCache.java:646)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.ChunkCache.getLineInfo(ChunkCache.java:255)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.Gutter.paintLine(Gutter.java:544)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.Gutter.paintComponent(Gutter.java:137)[error] AWT-EventQueue-0: at javax.swing.JComponent.paint(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.JComponent.paintToOffscreen(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.BufferStrategyPaintManager.paint(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.RepaintManager.paint(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.JComponent._paintImmediately(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.JComponent.paintImmediately(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.RepaintManager.seqPaintDirtyRegions(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknown Source)[error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(Unknown Source)[error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.StringIndexOutOfBoundsException: String index out of range: 103[error] AWT-EventQueue-0: at java.lang.String.(Unknown Source)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.syntax.TokenMarker.handleRule(TokenMarker.java:343)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.syntax.TokenMarker.markTokens(TokenMarker.java:155)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.buffer.JEditBuffer.markTokens(JEditBuffer.java:1234)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.ChunkCache.lineToChunkList(ChunkCache.java:771)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.ChunkCache.updateChunksUpTo(ChunkCache.java:646)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.ChunkCache.getLineInfo(ChunkCache.java:255)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.invalidateLine(TextArea.java:1145)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.blinkCaret(TextArea.java:2118)[error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea$CaretBlinker.actionPerformed(TextArea.java:5907)[error] AWT-EventQueue-0: at javax.swing.Timer.fireActionPerformed(Unknown Source)[error] AWT-EventQueue-0: at javax.swing.Timer$DoPostEvent.run(Unknown Source)[error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)[error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(Unknown Source)[debug] PHPSideKickParser: Requesting sidekick complete[debug] WorkThread: Running in work thread: [id=265,run=org.gjt.sp.jedit.bufferio.BufferAutosaveRequest[Y.php (X\)]][debug] DockableWindowManager: Loading dockables from jeditresource:/ErrorList.jar!/dockables.xml[debug] EditBus: DockableWindowUpdate[what=ACTIVATED,dockable=error-list,source=org.gjt.sp.jedit.gui.DockableWindowManager[,0,0,1600x1081,invalid,layout=org.gjt.sp.jedit.gui.DockableLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]] google_ad_section_end | blueyed,vampire0 | 2,1 | vampire0 | Vampire0 | vampire0 | Vampire0 | 8108 | Fixed another bug with the new HASH_CHAR handling (bug 1600401) | vampire0 | Vampire0 | bug |
1608486 | 7/12/08 | Support for "thick" caret | Details: google_ad_section_start I've attached a patch for a new configuration option, "thick caret" (in Global options -> Text area). When selected, this causes the caret to be painted slightly wider than the current default. Personally I believe it makes the caret easier to see (as well as better looking, but that might be because I'm used to it from other editors of course). What's with the -devel mailing list btw? Seems I'm unable to subscribe or send mail to it.. google_ad_section_end | k_satoda,ezust | 1,2 | k_satoda | k_satoda | k_satoda | k_satoda | 13048 | Replaced the implementation of thick caret from SF.net patch #2005829 to patch #1608486 because the latter makes the feature configurable. | k_satoda | k_satoda | patch |
1608948 | 12/28/06 | Filter box lose focus bug | Details: google_ad_section_start I had to do this for a class, so since I fixed it I might as well submit it as a patch. I tried creating a diff, but since I didn't sync it with the jEdit CVS server I was not able to create one. But as it says on your website I will just post it here.*********THE BUG:*********Under the File System Browser,used to open and save files, the Filer textbox doesn't become deselected after it loses focus.To replicate this:1) Run jEdit2) Select File->Open3) Click in the Filter textbox and then click in a different box such as the File Name text box.As you can see the text in the Filter textbox is still selected and/or the caret is still blinkingas if it has keyboard focus.*********THE FIX:*********The function protected void processFocusEvent(FocusEvent e) in HistoryComboBoxEditor is where the problem is. HistoryComboBoxEditor is a subclass of org.gjt.sp.jedit.browser.VFSBrowser.java. The correct code is:protected void processFocusEvent(FocusEvent e){ | // AWT will call setItem() when the editor loses | // focus; that can cause weird and unwanted things | ezust | ezust | ezust | ezust | 8275 | else { | ezust | ezust | patch |
1611766 | 1/2/07 | avoid NPE from getIndentRules() | Details: google_ad_section_start At jEdit trunk r8210, I saw a NPE fromgetIndentRulse(). I could reproduce it with[Record Temporary Macro] > [Stop Recording].The attached patch will fix this problem.Though the patch is working fine, I don't know whylineMgr.getLineContext(line) returns null withthe above operation.I made this patch to be the least change to avoidan actual problem. But the function seemed torely on some unclear non-null assumptions. - tokenMarker.getMainRuleSet() - getMainRuleSet().getModeName() - jEdit.getMode(modeName) - getMode(modeName).getIndentRules()If these can be problems, I think the patch shouldbe revised. google_ad_section_end | k_satoda,kpouer,ezust | 2,1,2 | ezust | ezust | ezust | ezust | 8301 | avoid NPE from getIndentRules (patch # 1611766) (Kazutoshi Satoda) | k_satoda | k_satoda | patch |
1617509 | 1/7/07 | Filter Bug in File System Browser | Details: google_ad_section_start In File System Browser don't work filterAnd interesting that filter as *.css work but filter zak* don't work. google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 8320 | GlobVFSFileFilter takes filenames instead of filepath (bug 1617509) | kpouer | kpouer | bug |
1620694 | 9/6/08 | Background Plugin - Scrolling with MouseWheel Issue | Details: google_ad_section_start Hi,I'm using jEdit 4.3pre8, on Linux, jdk1.5.0_10.Since the 4.3preX the Background Plugin scrolls the Background Picture, when i am scrolling with the mousewheel or use the scrollbar. It still works fine (the picture is fixed) when i use the pageup pagedown keys..ApeHanger google_ad_section_end | k_satoda | 1 | k_satoda | k_satoda | k_satoda | k_satoda | 13533 | Removed FastRepaintManager because the effect seemed to be not noticeable and not stable over runtime environments, while it broke Background plugin (SF.net Plugin Bugs #1620694) and consumed much memory.Some performance measures were reported in this thread on jedit-devel. "[ jEdit-devel ] Disabling FastRepaintManager" http://www.nabble.com/Disabling-FastRepaintManager-to19210597.html | k_satoda | k_satoda | bug |
1628053 | 1/4/07 | TextPane Buffer combobox: hovertip showing full path | Details: google_ad_section_start The buffer switcher can't always display the full path of the file I'm editing.Twould be nice to have a hovertip showing me the full path also. google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 8309 | request 1628053 - tooltip on bufferchanger. | ezust | ezust | feature request |
1630805 | 3/10/07 | Escaped quotes messed up (since pre9) | Details: google_ad_section_start Hello All,Attached file showcases a bug with the PHP syntax highlighting.The syntax highlighting messes up for me with the first escaped quote in the javascript embedded in the PHP echo statement on line 7 and stays messed up until the closing parenthesis on line 25.As of SVN revision 8320, I can recreate this on a full "native install" (dist) on a Mac 10.4.8, Intel Core Duo.Kevin google_ad_section_end | vampire0,kpouer,blueyed,ramato,oswaldcz,hunteke | 3,3,2,2,1,1 | nobody | nobody | Vampire0,kpouer | Vampire0,kpouer | 91,258,791 | Fixed a problem with escape sequences where a delegate has the same as its parent and so the parents got overridden and was not able to escape the delegates end sequence. (bug #1630805) | Escape char ignored in some edit modes (bug #1630805) | Vampire0,kpouer | Vampire0,kpouer | bug |
1638642 | 1/19/07 | jEdit could use JSplitPane continuous layout | Details: google_ad_section_start Hi, I think jEdit could use continuous layout in the JSplitPanes. Of course this should be a property and could be changed on the flyMatthieu google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 8676 | jEdit can now use continuous layout in it's JSplitPane. You can change this option in the Appearance panel (#1638642) it is not dynamic in InstallPanel because I didn't want to add it to the EditBus for that | kpouer | kpouer | feature request |
1642574 | 2/9/07 | Change number of visible rows in buffer switcher in gui | Details: google_ad_section_start This patch makes possible to change number of visible rows in buffer switcher via global options. SVN revision - 8724 google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 8942 | 1642574 - number of visible rows in buffer switcher GUI. | ezust | ezust | patch |
1645528 | 1/30/07 | Perspective saver: option to ignore remote VFS files | Details: google_ad_section_start If I have files open from the sql: vfs, or even the sftp:// vfs, it would be nice if the perspective saver could ignore those files but remember all my local files.I'd like a checkbox that lets me switch this behavior (restoring sftp:// and sql:// files in perspective) off. google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 8810 | 1645528 - ignore remote files when restoring perspective. | ezust | ezust | feature request |
1646058 | 1/30/07 | Improve keyboard interaction in HyperSearch Results | Details: google_ad_section_start This patch will improve some keyboard interaction inthe [HyperSearch Results] tree.* Two flavors [Space], [Enter] to open the node.Pressing [Space] opens the selected node withoutchanging the focus. (The focus remains on the[HyperSearch Results] tree.) Pressing [Enter] opensthe selected node and set the focus to the textArea.Without this patch, the latter requires 3 strokes[Enter]+[Ctrl+E]+[Ctrl+J].* Enable [Delete] key to remove the node.Without this patch, removing nodes can be done onlywith mouse (context menu). I also implementedadjusting the selection on removal so that repeatingsome removals behave naturally.P.S.I found the two flavors to open buffers in the macroFiles/Buffer_Switcher.bsh. I like this interface verymuch. I would like to see this interface in all treeor list interface about buffers in jEdit. ErrorList,ProjectViewer and Sidekick are in mind. If you likethis patch, I'll try to implement this interface forthese plugins. google_ad_section_end | k_satoda,ezust | 1,1 | ezust | ezust | k_satoda | k_satoda | 8802 | [ 1646058 ] Improve keyboard interaction in HyperSearch Results | k_satoda | k_satoda | patch |
1649033 | 3/7/07 | Correct the focus after choosing the directory to search | Details: google_ad_section_start After choosing the directory to search via [Choose...]button in [Search And Replace] dialog, the view isfocused and [Search And Replace] dialog becomesinactive. I can't find the way to set focus back usingkeyboard. So I'm forced to use the mouse. Keyboardshortcut for action 'find' brings [Search And Replace]dialog up. But then, all settings are reset.This patch will solve the above problem. I would liketo work with less use of the mouse, don't you? google_ad_section_end | vanza | 1 | nobody | nobody | vanza | vanza | 9095 | SF Patch #1649033: Correct the focus after choosing the directory to search | vanza | vanza | patch |
1654543 | 2/8/07 | 4.3pre10(svn) breaks FTP "connect to secure FTP server" dlg | Details: google_ad_section_start The FTP plugin no longer shows me the textfields for username/pw/key location in the "connect to secure ftp server" dialog. All I can see is the "save password" checkbox.Reverting back to 4.3pre9, it works again.What broke? google_ad_section_end | olearyni,ezust,vampire0 | 2,1,1 | vampire0 | Vampire0 | ezust | ezust | 8924 | 1654543 - variablegridlayout breaks ftp secure login dialog. | ezust | ezust | bug |
1658252 | 3/8/07 | C mode: incorrect bracket matching in multi-line defines | Details: google_ad_section_start Try this define:#define LONG_MULTI_LINE_DEFINE { \ code; \ more code; \ even more code; \}The brackets don't match. google_ad_section_end | vanza | 1 | nobody | nobody | vanza | vanza | 9104 | - add a new MATCH_TYPE attribute to substitute EXCLUDE_MATCH in the mode files. See CHANGES.txt and user documentation for more details.- reworked the C, C++ and Objective-C files based on contribution from Kazutoshi Satoda. Also, see SF Bug #1658252. | vanza | vanza | bug |
1659666 | 2/27/07 | perl.xml patch for quote-like operators | Details: google_ad_section_start patch for perl.xml to handle quote-like operators as documented in http://perldoc.perl.org/perlop.html section Quote-and-Quote-like-Operators.http://perldoc.perl.org/perlop.html#Quote-and-Quote-like-Operators-operator%2c-quote-operator%2c-quote-like-q-qq-qx-qw-m--qr-s-tr-'-''-%22-%22%22-%2f%2f-%60-%60%60-%3c%3c-escape-sequence-escapeWithout the patch quote-like operators only accepted curly brackets, round brackets, slash or pipe as delimiter.I have a problem with dealing with something like this:eval(q[sub d { my $time=gmtime(); $time=~s/... (...) +(\d+) (........) ..(..)/$2 $1 $4 $3/; print DEBUG "$time <$_[0]>\n"; }]) if $DEBUG;the quote-like operator ends at }] but now jEdit sees $_[0] as the end!Should be fixed by moving some syntax mode code around. google_ad_section_end | zzyxx,vanza | 6,3 | nobody | nobody | vanza | vanza | 9027 | Change the way perl "quote operators" are matched. See SF Patch #1659666 for discussion, and CHANGES.txt for details. | vanza | vanza | patch |
1663617 | 2/20/07 | Spaces in URL paths bug (xml/errorlist) | Details: google_ad_section_start Hi, when an xml file is in a folder that contains spaces in it's name, if there is an error in the xml that is displayed in ErrorList, when clicking on it, the ErrorList will open another buffer.The reason is that it replaces the path by an URL, and replaces the space by a %20. google_ad_section_end | sf-robot,ezust,kpouer | 1,1,1 | ezust | ezust | ezust | ezust | 90,019,000 | special characters in file:// URLs passed on to jEdit.openFile() + were not being properly decoded (1663617). | 1663617 - spaces in pathnames screwed up errorlist. Now URLs are properly decoded. I pick character encoding on the current view's buffer's encoding, assuming the URL is in the same language as the buffer you were last editing. | ezust | ezust | bug |
1664900 | 2/21/07 | Auto-indent breaks if previous line is a single line indent | Details: google_ad_section_start Damn I hate these small summary fields. I also hate the auto-inserted word-wrap in these text fields, BTW. Anyway, this might be a dupe of some of the other several auto-indent bugs, but I took some time to look at this one and have a good idea of what's going on (though I haven't looked at how to fix it just yet).The problem is with a piece of code like this, for example (in a mode like C or Java):if (foo) bar;for (;;) {As soon as you hit "{" the line will be indented to the same level as "bar;", which is wrong.This is because in JEditBuffer.java:getIdealIndentForLine(), "oldIndent" is initialized to the indent size of the last non-empty line. In this case this is wrong, since the last non-empty line is at a different indent level than the current indent line.The code needs to check what's the auto-indent level for the next line after the last non-empty line, instead of just using the same indent level. google_ad_section_end | vanza,kpouer | 4,1 | nobody | nobody | vanza | vanza | 9006 | Fix SF Bug #1664900: differentiate the "collapse" indent action hint triggered by the "previous" line and the "previous previous" line, and treat them accordingly when handling the OpenBracketIndentRule. | vanza | vanza | bug |
1668893 | 3/6/07 | Wrong conversion to UTF-16 (with BOM) | Details: google_ad_section_start Recently I mentioned, that when changing encoding to UTF-16, then saving file and reopening it a BOM appears at the end of each line (in my case it is FF FE) before \nThis strange behavior appeared in 4.3pre9 google_ad_section_end | vanza,k_satoda,betalb | 1,1,1 | vanza | vanza | vanza | vanza | 9092 | Fix bug #1668893: Wrong conversion to UTF-16 (with BOM) | vanza | vanza | bug |
1671312 | 10/19/08 | 4.3pre15: RegEx can't be used to find zero width match | Details: google_ad_section_start HelloThanks again for a wonderful programmers' word processor.In jEdit 4.3pre2, you can quickly add a comma (or anything else) to the end of every line by1. Press Ctrl-F2. Check "Regular expressions"3. Enter $ under 'Search for'4. Enter , under 'Replace with'5. Pressing Alt-AThe above would match the end of the line, and add a comma to the end.In jEdit 4.3pre9, this does not happen.You have to instead match a character AND the end of the line. If you want to match empty lines, you have to 'Search For' (\n)$ and 'Replace with' ,$1 or $1, but this only has the desired affect for every second line. Using 'Search for' $(\n) and 'Replace with' ,$1 matches all but the last line in the buffer.In jEdit 4.3pre2, $ alone on its own would match the end of the line BEFORE the \n. And this would give the desired effect.Best regardsCarlos google_ad_section_end | solrac776,cpoconno,kpouer,vanza,ezust,k_satoda | 3,1,1,1,1,2 | kpouer | kpouer | k_satoda | k_satoda | 13907 | Implemented the care for firstTime flag in PatternSearchMatcher#nextMatch() as defined in javadoc. The lack of this care had caused many problems; SF.net bugs #1541009, #1671312, #2069249, #2173091, and some infinite loops caused by zero width regex replace.This replaces some previous fixes for above bugs, including addition of SearchMatcher#isMatchingEOL(). | k_satoda | k_satoda | bug |
1676041 | 3/8/07 | "CamelHumps" words | Details: google_ad_section_start Hi,attached is a small patch, which adds an option to change the behaviour, how the caret jumps to next/previous word. If enabled jEdit treats every "CamelHump" part of a word as a word itself when moving the caret. It does not affect the selection of a whole word with double click or shortcut. The option can be found in the editing option pane.I hope, you like it.8)byehorst google_ad_section_end | vanza | 1 | nobody | nobody | vanza | vanza | 91,039,102 | Add change log for patch #1676041. | SF Patch #1676041: "CamelHumps" wordsAdd option to separate camel cased words when selecting with the keyboard. | vanza | vanza | patch |
1687264 | 3/27/07 | Fix an exception with [Delete] for empty HyperSearchResults | Details: google_ad_section_start This is a followup for the patch #1646058 whichenabled removing a node in HyperSearchResults with[Delete] key. If [Delete] key is pressed for emptyHyperSearchResults, an exception is shown in theActivity Log. However, it seems no effect except forthe log.This patch will fix the above problem. google_ad_section_end | ezust | 1 | nobody | nobody | k_satoda | k_satoda | 9231 | [ 1687264 ] Fix an exception with [Delete] for empty HyperSearchResults - k_satoda | k_satoda | k_satoda | patch |
1694133 | 5/26/08 | File Browser: back-arrow in filename textbox | Details: google_ad_section_start 2.) File Browser: Especially with "Save as"-------------------------------------------The Cursor stands in the Filed "Filename" at the end.When you move the Cursor (for example with the left arrow) to left most position and further,the Directory begins to change (move level up). It is not so nice, when you want to save a Filefor example in C:\home\eclipse\workspace\fraktal\doc and you suddendly stand in C: google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 12708 | [ 1694133 ] File Browser: back-arrow in filename textbox | ezust | ezust | bug |
1708876 | 5/3/07 | file browser 4.3 pre wrong file type parsing | Details: google_ad_section_start There is wrong file name parsing in File Browser when sorting files by type. It's done by most left dot and should be done by most right dot.Let's say the file name is my_file.test.txt the commont file type is txt. jEdit takes test.txt google_ad_section_end | hertzhaft | 1 | hertzhaft | hertzhaft | hertzhaft | hertzhaft | 9488 | Fix for feature request 1708876 (file browser 4.3 pre wrong file type parsing) | hertzhaft | hertzhaft | feature request |
1708881 | 5/3/07 | File Browser in 4.3 pre: reset the column width when resort | Details: google_ad_section_start It's not a critical issue. In 4.3 pre9 in File Browser pane it's possible to change the column width. However every time after re-sort files ( I mean double click on column header like Name, Type, Size, Last Modified) all column widths are reset to default value. It's important when File Browser is docked. google_ad_section_end | hertzhaft | 1 | hertzhaft | hertzhaft | hertzhaft | hertzhaft | 9490 | Fix for feature request 1708881 (File Browser in 4.3 pre: reset the column width when resort) | hertzhaft | hertzhaft | feature request |
1723506 | 6/14/07 | Context menu key not functional on Windows | Details: google_ad_section_start jEdit 4.3pre9 using Java 1.6.0_01 on Windows XP ProNormally, the context menu key has the same effect as a mouse right click; in jEdit, however, it has no effect. google_ad_section_end | vanza | 1 | nobody | nobody | vanza | vanza | 9753 | Fix SF Bug #1723506: Context menu key not functional on Windows Add an action to show the context menu, and bind it by default to the CONTEXT_MENU key. | vanza | vanza | bug |
1724940 | 6/30/07 | typing in multiple select | Details: google_ad_section_start If I highlight multiple selections of text in the text area and then begin typing, only the first character of what I type is inserted in the selected areas (except for where the cursor ended up after making the selection). For example if I have the text: Some Textand I highlight both p's in the tags and then type "div" I end up with: Some TextI've attached a screenshot. google_ad_section_end | shlomy,ezust,javacorner | 4,4,2 | shlomy | shlomy | ezust | ezust | 9888 | typing in multiple select works now (1724940) (Shlomy Reinstein) | ezust | ezust | bug |
1730845 | 4/20/09 | Select line from gutter | Details: google_ad_section_start It would be very convenient to be able to select an entire line of text, including the return character, by simply clicking in the gutter. Even better, select multiple lines by clicking and dragging in the gutter. Several lesser editors have this feature. Any chance of having this added? google_ad_section_end | rschwenn,vanza,matt454357,shlomy | 1,1,2,3 | shlomy | shlomy | shlomy | shlomy | 14964 | Committed patch #2763968: Select text lines from gutter.This resolves feature requests: #2696564: Text Block Selection via Gutter Right-Click #1730845:Select line from gutter | shlomy | shlomy | feature request |
1739675 | 6/23/07 | Error in jedit svn revision 9820+ | Details: google_ad_section_start After compile and update my jedit to pre10 (revision 9820+) i got some erros trying to use c+i with python files. Look attached file to see the error. google_ad_section_end | vanza | 1 | nobody | nobody | vanza | vanza | 9837 | Fix SF Bug #1739675: WhitespaceRule was trying to retrieve lines with index < 0. | vanza | vanza | bug |
1744674 | 8/29/11 | Bad EBMessage from HyperSearch Results | Details: google_ad_section_start Using jEdit development version, SVN rev 9867.When double-clicking an item in the HyperSearch Results window, the corresponding file is opened in a buffer, but the BufferUpdate.LOADED message that is sent when the buffer has been loaded comes with a null view instead of the actual view in which it is opened.The null view causes the SideKick plugin to ignore this message, so it doesn't update its SideKick tree for the buffer (which is now the active buffer). google_ad_section_end | shlomy,kpouer | 1,1 | kpouer | kpouer | kpouer | kpouer | 9868 | patch 1744674 applied | kpouer | kpouer | bug |
1747300 | 9/24/08 | Enable customization of folding presentation | Details: google_ad_section_start It will be very nice if the way folding is drawn in the gutter is customizable. One customization can be made by the user, e.g. selecting the icons to show for start/end of fold, another could be by enabling a folding-mode provider (fold handler, like SideKick) select the icons for each fold. google_ad_section_end | shlomy | 1 | shlomy | shlomy | shlomy | shlomy | 13791 | Implemented feature request #1747300: Allow customization of fold style.Created a service that provides the fold painter, and a property to select the service to use. The fold style can be set from Global Options -> Gutter.Added two new fold styles - square and circle. | shlomy | shlomy | feature request |
1748509 | 7/7/07 | Persistent Plugin Install Lists | Details: google_ad_section_start From ManagePanel, we need another button "Save" which pops up a file save dialog and lets you save the list of currently installed plugins to an .xml file.If you save it as "default.xml", the InstallPanel will load it automatically when it is displayed, and select those plugins as candidates to install (if they're not installed already).On the InstallPanel, we need a button "Load" which pops up a file load dialog in the same place, and lets you load the .xml file. When it's loaded, any plugin that is not installed but is on that lists gets a checkbox in the install menu. google_ad_section_end | andystreich,ezust | 1,3 | ezust | ezust | ezust | ezust | 9938 | [ 1748509 ] Persistent Plugin Install Lists | ezust | ezust | feature request |
1749475 | 9/6/07 | ShortcutOptionPane: global table, Incremental Search/filter | Details: google_ad_section_start In addition to being able select the ActionSet in the ShortcutOptions combobox, there should be a way for the user to show ALL actions in one table, and scroll through them, as well as filter them with an incremental search/filter textbox above the table. google_ad_section_end | kpouer,ezust,shlomy | 1,4,4 | shlomy | shlomy | shlomy | shlomy | 1,045,810,453 | Fixed the bug in feature request 1749475: ShortcutOptionPane: global table, Incremental Search/filter The dialog that is opened for setting the shortcut for an action showed an incorrect action if the list was filtered. | Implemented feature request #1749475: ShortcutOptionPane: global table, Incremental Search/filter | shlomy | shlomy | feature request |
1768638 | 10/6/07 | patch to configure file status checking | Details: google_ad_section_start Attached is a patch to fix the following problem:steps to reproduce: 1. Mount a remote filesystem across the internet [1]. 2. Open several files from that location via jEdit 3. Move focus to an application other than jEdit 4. Move focus back to jEditactual behavior:jEdit freezes for multiple seconds as the app checks file status for each buffer.expected behavior:Buffer should be editable immediately.The patch adds a combo box to GlobalOptionPane that controls when jEdit checks file status. The new option reads: === prompt == Check for file change upon: === values == application focus application focus, visiting the buffer or saving any buffer visiting the buffer or saving any buffer visiting or saving the buffer saving the bufferState for this configuration option is stored in a new integer property named 'checkFileStatus'.The patch implements this new behavior.In case you're curious, here's a short description of the use case satisfied by each option:--- 1Making 'application focus' the default option avoids introducing new overhead and retains behavior that plugins may expect. This option could be dropped if those goals aren't important.--- 2The 'application focus, visiting[...]' option is useful in an environment where multiple users may edit a file simultaneously.--- 3The 'visiting the buffer or saving any buffer' option defers notification of file changes until the user is at a natural pausing point in workflow.--- 4The 'visiting or saving the buffer' option deals well with many files where checking file attributes has high latency, such as in the sshfs-attached filesystem scenario that motivated this patch.--- 5The 'saving the buffer' option disables checking file attributes except during save and exit. This can be helpful when a network-attached filesystem is intermittently unavailable or unresponsive. [1]I use sshfs w/ compression enabled.http://fuse.sourceforge.net/sshfs.html google_ad_section_end | kpouer,joewalp,ezust,ingemarh | 1,8,13,2 | ezust | ezust | Joe Walp | joewalp | 10827 | - New option in General Options: Check for File Change upon. Many options to customize when jEdit checks for file changes, especially useful when many files are mounted on remote/slow file systems. (Joe Walp - Patch # 1768638) | Joe Walp | joewalp | patch |
1781853 | 9/13/07 | Add sortable Release Date column to Plugin Manager | Details: google_ad_section_start Usually I want to see new released plugins in the Plugin Manager.So I wrote a patch to add a new "Release Date" column to the install and update table.All columns in the table are also sortable.See screen shot an uploaded patches. google_ad_section_end | spj,kpouer,ezust | 9,1,4 | ezust | ezust | ezust | ezust | 10571 | [ jedit-Patches-1781853 ] Add sortable Release Date column to Plugin Manager | ezust | ezust | patch |
1788847 | 9/6/07 | Syntax highlighting: Easy configuration of syntax styles | Details: google_ad_section_start Currently, the syntax styles (token type settings used for syntax highlighting) in jEdit are configurable only using the Syntax Highlighting option pane of the Global Options dialog. This is not user friendly, since users do not normally know what each token type means for the specific mode(s) they're using. For example, if I want to configure the style of C++ variables, I need to match the style of a variable in some C++ buffer against the various token types in the option pane. If there are multiple token types with the same style, I need to try each one, click 'apply' and check how it affects the coloring in the buffer until I find which token type corresponds to C++ variables.I think the following would make it much easier for users to customize the styles: Provide an action that finds the token type under the caret, and opens the syntax style dialog for that token type. This way, the user doesn't even need to know the token types, he can simply put the caret on a variable, invoke the action and configure the style for variables.Later, this mechanism can be extended to provide mode-specific colors (i.e. override the global settings, like with the Editing option pane) - the style dialog can have a check-box to specify whether to set the global or mode-specific style for the token type, and jEdit can override the global settings with mode-specific ones whenever the mode is changed. But that's for another feature request, for now there's no need. google_ad_section_end | shlomy,kpouer | 3,1 | kpouer | kpouer | kpouer | kpouer | 10456 | Applied patch 1788847 (edit syntax highlight under caret) | kpouer | kpouer | patch |
1789707 | 9/8/07 | fix for getXMLEncoding() | Details: google_ad_section_start Hello,attached patch is for org/gjt/sp/jedit/io/XMLEncodingDetector.java (Revision 10456)The function Charset.isSupported() does not return false if an unsupported encoding is given but throws an IllegalCharsetNameException.Therefore it is not possible to open files with a wrong/unsupported encoding or use hypersearch in directories that contain such files.The bug can be reproduced by creating a file with the following line in it:xml version='1.0' encoding='%SOUP-ENCODING%'(this is part of a template file from wotlab burning board 3)The fix catches this exception, adds a message to the log and returns null.Greetings Andre google_ad_section_end | k_satoda | 1 | k_satoda | k_satoda | k_satoda | k_satoda | 10464 | Added handling for IllegalCharsetNameException from java.nio.charset.Charset.isSupported(). The problem in XMLEncodingDetector was reported by Andre Rudlaff as SF.net Patch #1789707. | k_satoda | k_satoda | patch |
1818140 | 4/24/08 | Edit History Text | Details: google_ad_section_start With this patch it is possible to edit the entries in the HistoryText by clicking on "Previously entered strings:"A simple table appears and the history entries can be changed by clicking:Move: PgUp/PgDown; Edit: Double-Click or Insert/Delete.The new class ListModelEditor is not only limited to HistoryText. It can be used to edit any DefaultListModel. google_ad_section_end | spj,ezust | 1,2 | ezust | ezust | ezust | ezust | 12509 | [ 1818140 ] Edit History Text | ezust | ezust | patch |
1834620 | 2/22/08 | Regex capturing groups above $9 can't be accessed | Details: google_ad_section_start Capturing groups above $9 can't be accessed in jEdit 4.2final. For example...Input text: 123456789abcSearch regex: ^(1)(2)(3)(4)(5)(6)(7)(8)(9)(a)(b)(c)$Replace regex: $1$2$3$4$5$6$7$8$9$10$11$12Expected output: 123456789abcActual output: 123456789101112It seems the lexer only reads in the first digit following the dollar sign and treats the second digit as plain text. google_ad_section_end | sf-robot,kpouer,geofflee | 1,3,1 | nobody | nobody | kpouer | kpouer | 11849 | capturing groups above 9 can now be accessed in the replace functions (#1834620) | kpouer | kpouer | bug |
1854542 | 9/11/08 | VFS Browser should show previous path when pressing escape | Details: google_ad_section_start This is for bug #1519924. I basically just added an anonymous KeyAdapter that responds to the escape key and sets the text field's text back to the current path of the browser. This is done in the VFSBrowser constructor and is only done if the mode is equal to BROWSER, since the escape key is normally set to close the dialog window otherwise. google_ad_section_end | jefftbob,ezust | 1,1 | ezust | ezust | ezust | ezust | 13648 | [ 1854542 ] VFS Browser should show previous path when pressing escape | ezust | ezust | patch |
1866836 | 1/10/08 | After completion column cursor should be kept | Details: google_ad_section_start Hi, when typing in a column cursor, after using the completion popup it would be better if the cursor would still be column cursor google_ad_section_end | k_satoda | 1 | k_satoda | k_satoda | k_satoda | k_satoda | 11564 | Column cursor (zero width rectangular selection) is now kept after doing word completion. (SF.net Bug #1866836) | k_satoda | k_satoda | bug |
1869978 | 2/26/08 | untitled buffer not closed with 2 views | Details: google_ad_section_start When jEdit has only one buffer open, which name is untitled-x and which is empty and not dirty, it is closed automatically when another buffer is opened.This is fine.But it does not work, if there are more than one open views.jedit 4.3pre9, 4.3pre12WinXP SP2Sun JRE 1.6.0_03 google_ad_section_end | kpouer | 2 | nobody | nobody | kpouer | kpouer | 12026 | untitled buffer were not closed with 2 views (#1869978) | kpouer | kpouer | bug |
1883809 | 1/31/08 | View - Scrolling - Center Caret On Screen | Details: google_ad_section_start This action should scroll up or down until the caret is in the middle of the TextArea, not what it is currently doing, which is just move the caret to the middle of the textarea.This action is totally useless at the moment. google_ad_section_end | ezust | ezust | ezust | ezust | 11659 | [ 1883809 ] View - Scrolling - Center Caret On Screen | ezust | ezust | bug | ||
1887293 | 4/20/08 | Incremental Search Bar always disappears | Details: google_ad_section_start Pressing ESCAPE when the search bar is focused, it disappears - *whether or not* the search bar is set to be always visible in the global options. google_ad_section_end | rschwenn,n8gray,elvez671,ezust | 1,1,1,2 | nobody | nobody | ezust | ezust | 12492 | [ 1894235 ] [ 1887293 ] Incremental Search Bar always disappears n13e144 - elvez671 | ezust | ezust | bug |
1894235 | 4/20/08 | [ 1887293 ] Incremental Search Bar always disappears | Details: google_ad_section_start This is my first patch submission, so I apologize if I'm not following standard customs.I was able to replicate this behavior on Mac OS X Leopard, but only when changing the "Always show search bar" checkbox in Global Options after startup. The corresponding state within the SearchBar object (previously stored in private member 'temp') wasn't being updated after pressing either Apply or OK from the Global Options dialog. It looks like the state of the checkbox was being followed only upon startup.So, here are the changes that I've tried and which I'm submitting as a patch:1) Renamed SearchBar.temp to 'isRemovable' to better describe what it's supposed to be storing.2) Moved much of the code that was previously in SearchBar.propertiesChanged() to a new private method, SearchBar.setCloseButtonVisibility(). This is because the SearchBar constructor was calling propertiesChanged() but the properties may not have been changed.3) In the View class, moved the invocation of searchBar.propertiesChanged() so that it's called regardless of whether the "Always show search bar" is checked or not. The previous version updated the Search Bar's state only if the check box is checked. google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 12492 | [ 1894235 ] [ 1887293 ] Incremental Search Bar always disappears n13e144 – elvez671 | ezust | ezust | patch |
1906288 | 3/8/08 | Bug in scrollLine calculation with soft-wrapped lines | Details: google_ad_section_start At first suppose the following two examples to reproduce the effects of this bug with enabled Soft-Wrap and jEdit4.3pre13 - jre_1.6.0_04 on windows machine:1st example)Open jEdit and take a clean buffer. Let the TextArea has 8 visible lines. Write 3 empty lines. Now write one line, that spans at least 3 screenlines. Now write some empty lines below the last line, so that the scrollbar is shown on the right side. Now delete the line above the one, that spans several lines and look at the scrollbar. it's getting smaller each time you delete the line above the long one.2nd example)This relates to another bug, where an exception occurs sometimes at scrolling down after deleting a softwrapped line.Open jEdit and take a clean buffer. Let the TextArea has 8 visible lines. Be sure, that the last line is not partially visible. Write something into the first line so that it spans two screenlines. Now write 9 further short lines so that you have 10 physical lines in total - 2 more than visible. Now select the whole first line (Selection from the very beginning of the first screenline until the very beginning of the third screenline) and remove it (Ctrl-X). You see that, for no reason, the scrollbar disappears. Now scroll down (with Array-Down-Key) to the very last line of the buffer. You will get the following exception:java.lang.NullPointerException | at org.gjt.sp.jedit.textarea.TextArea.scrollTo(TextArea.java:1009) | at org.gjt.sp.jedit.textarea.TextArea.scrollToCaret(TextArea.java:873) | nobody | nobody | kpouer | kpouer | 12118 | at org.gjt.sp.jedit.textarea.TextArea._changeLine(TextArea.java:5375) | kpouer | kpouer | at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) |
1910061 | 5/26/08 | 4.3pre13, r11659 - Center Caret On Screen action | Details: google_ad_section_start In the revision 11659 was changed behaviour of the "Center Caret On Screen" action (C + e C + n):"- Center Caret On Screen now scrolls your document so your caret doesn't change. [ 1883809 - ezust ]"But for that purpose we have the "Scroll to Current Line" (C + e C + j) action. The "Center Caret On Screen" action is supposed to change the caret position. google_ad_section_end | wmadill,ezust | 1,2 | ezust | ezust | ezust | ezust | 12710 | [ 1910061 ] 4.3pre13, r11659 - Center Caret On Screen action | ezust | ezust | bug |
1912735 | 9/23/08 | Selected text "char counter" in status bar | Details: google_ad_section_start When I select a text in the main editor, if I need to know the number of chars in the string I need to call the word count function, but may be it can be easier if I have a counter directly on the status bar. google_ad_section_end | mregazzi,kpouer | 1,2 | nobody | nobody | kpouer | kpouer | 1,377,213,771 | Added a widget for the statusbar that displays the length of the current selection (feature #1912735) | Added a widget for the statusbar that displays the length of the current selection (feature #1912735) | kpouer | kpouer | feature request |
1913979 | 3/18/08 | HistoryTextField: array out of bounds when no history | Details: google_ad_section_start Brand new jedit 4.3pre13 install. Virgin properties.No previous history values in the properties.Try to search for something. you get this:java.lang.ArrayIndexOutOfBoundsException: 0 >= 0 | at java.util.Vector.elementAt(Vector.java:427) | at javax.swing.DefaultListModel.elementAt(DefaultListModel.java:247) | nobody | nobody | kpouer | kpouer | 12263 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | kpouer | kpouer | at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:98) |
1923613 | 8/23/08 | reverse regex search | Details: google_ad_section_start I have implemented support for reverse searching with regular expressions. This works by searching in the forward direction and accepting the last match prior to the current match. Thus it's functional for small-to-moderate sized buffers, but not too efficient for very large buffers. Since I think most folks are using jEdit for source editing, not grepping massive log files, I'm hoping this is an acceptable tradeoff. google_ad_section_end | greghmerrill,k_satoda,n8gray | 1,6,1 | k_satoda | k_satoda | k_satoda | k_satoda | 1,340,213,400 | Fixed the start and end flag of SearchMatcher#nextMatch() for reverse regex search. This is a follow up of SF.net patch #1923613 . | Enabled reverse regex search. (SF.net patch #1923613) There is a known problem with "$", but accepting this looks a good way for now because this is a very basic feature. The problem will be addressed later as a bug. | k_satoda | k_satoda | patch |
1931333 | 4/1/08 | 4.3pre13: Appends number to text when using autocomplete | Details: google_ad_section_start When selecting a completion in the autocomplete popup by number, the number is appened to the text.How to reproduce:1. Create a new buffer2. Type in:foofoobar3. Type in fo and hit Ctrl-B for autocomplete. The autocomplete popup displays the two alternatives 1: foo 2: foobar4. Type 2 to select the second alternative.fo will be completed to foobar2 instead of foo. google_ad_section_end | k_satoda | 1 | k_satoda | k_satoda | k_satoda | k_satoda | 12359 | Fixed a lack of consume() in CompleteWord#keyTyped(), which made a typed digit inserted after the completion for the digit. (SF.net bug #1931333) This bug came out by the change of behavior of CompletionPopup in r11543. | k_satoda | k_satoda | bug |
1936518 | 12/30/08 | File/Directory properties dialog | Details: google_ad_section_start Add "Properties" to the context menu of the File Browser, showing the file/directory properties of the selected item (e.g. date, size, path). google_ad_section_end | vladimirr,shlomy | 1,1 | shlomy | shlomy | shlomy | shlomy | 14253 | Applied patch #2296738, which implements feature request #1936518 - adding a 'properties' context menu to the VFS browser, showing the properties of the selected file(s). | shlomy | shlomy | feature request |
1938174 | 4/9/08 | Fix for Activity Log filter that causes jEdit to freeze | Details: google_ad_section_start Occasionally, typing rapidly in the filter text box on the Activity Log will cause jEdit to freeze with 100% CPU activity. The problem is caused by the rapid changing of the filter text not happening on the awt event dispatch thread. This patch simply wraps the contents of the FilteredListModel.setFilter method with a runnable that is then called with SwingUtilities.invokeLater.Patch to be applied to org.gjt.sp.jedit.gui.FilteredListModel.java. Patch created against revision 12387. google_ad_section_end | daleanson,kpouer | 1,1 | nobody | nobody | kpouer | kpouer | 12391 | When typing quickly in the activity logs filter, some exceptions were happening (patch #1938174) | kpouer | kpouer | patch |
1942313 | 4/20/08 | Expanding a fold twice moves caret unexpectedly | Details: google_ad_section_start I'm using 4.3pre13 on Debian Testing (with Java 1.6.0_04) and on Ubuntu Feisty (with Java 1.5.0_11). I get the same results on both machines.Create the following file, and save it as test.cpp:int a = 1;void bcd() { //}void efg() { //}void hij() { //}Change the folding mode (if necessary) to `indent'.Move the caret to the `hij' line. Press Alt+Backspace to contract the fold. It works. Press Alt+Enter to expand the fold. It works. Press Alt+Enter a second time. The caret moves unexpectedly to the `bcd' line.I think this is a bug: I think the caret should stay where it is, and jEdit should either do nothing or print an error message. google_ad_section_end | halyavin,berningo,kpouer,ezust,mumion | 3,1,2,1,1 | halyavin | halyavin | ezust | ezust | 12489 | Reworked fold expansions [patch #1945472], which addresses #1942313 and #1538715 (halyavin) | ezust | ezust | bug |
1947676 | 4/28/08 | Show the search string in the HyperSearch Results dockable | Details: google_ad_section_start It would be useful to see the search string in the HyperSearch Results dockable, possibly as part of the label at the top, both if results were found or not. Currently, during search, it just specifies "Searching ..." (and also the file being currently searched), and when the search is over it just specifies "Done" or "Not found". It would be useful to see the search string as part of the label as well (possibly truncated to some logical width). google_ad_section_end | shlomy | 1 | shlomy | shlomy | shlomy | shlomy | 12517 | Implemented feature request #1947676: Show the search string in the HyperSearch Results dockable. | shlomy | shlomy | feature request |
1961989 | 5/11/08 | Customize Tool Bar and Context Menu: Reset Button | Details: google_ad_section_start Both the Tool Bar and Context Menu edit pane should contain a Reset button to get rid of the customizations. Causes:Customizing Tool Bar or Context Menu does override the whole Menu/Tool Bar definition. When jEdit is updated and the old personal settings will be used on, changes of the delivered Context Menu/Tool Bar will be invisible until the customizations are removed from the properties file.Additional, icon assignments for the customized actions of the Tool bar are saved to the properties file. They should be removed too. google_ad_section_end | rschwenn,scarlac | 1,2 | scarlac | scarlac | scarlac | scarlac | 1,263,612,635 | Added a 'reset to default' button for context menu option pane in response to #1961989.Closes #1961989. | Added 'reset to default' button for toolbar option pane in response to #1961989. | scarlac | scarlac | feature request |
1965114 | 5/16/08 | n' key in file system browser | Details: google_ad_section_start Pressing 'n' with the file system browser dockable open, and the file list focused, opens a new file. This is really annoying, because it makes keyboard completion useless. If I want to open a new file, I can just press C+n. With this "feature" (clearly added by someone not familiar with jEdit's features) I cannot complete filenames by typing them. google_ad_section_end | kpouer | 1 | nobody | nobody | kpouer | kpouer | 12672 | The shortcut to create a new file in the VFSBrowser is now ctrl+n instead of just 'n' (#1965114) | kpouer | kpouer | bug |
1984000 | 6/4/08 | Untitled buffer is lost after C+n | Details: google_ad_section_start When I'm editing an untitled buffer and call File > New, the edited buffer is lost from the buffer list.jEdit SVN revision 12783 google_ad_section_end | oswaldcz,daleanson,ezust,kpouer | 1,1,1,2 | nobody | nobody | kpouer | kpouer | 12792 | an untitled dirty buffer is lost when opening or creating a new buffer #1984000 | kpouer | kpouer | bug |
1984974 | 6/15/08 | Plain view should include (optional) Status Bar | Details: google_ad_section_start The plain view is a little too plain IMHO. I'd like to be able to tell what line I'm on and what mode the buffer is in, for example. It would be nice to have the option to enable the status bar in plain views. google_ad_section_end | n8gray,scarlac,kpouer | 1,1,1 | kpouer | kpouer | kpouer | kpouer | 12858 | The plain view can now have a status bar, a new option is added to choose it in the status bar option pane, and a new toggle menu is added to show/hide status bar in view menu (#1984974) | kpouer | kpouer | bug |
1999448 | 8/23/08 | More efficient and general fix for black hole bug | Details: google_ad_section_start I found joining lines is very slow only when foldingmode is set to other than 'none'.Reproduction recipe: (WARNING: This will cause vary long hang up.) - Open doc/CHANGES.txt in jEdit source tree. - Do [Expand All Folds] (C+e x). (without this, another bug happens.) - Do [Select All] (C+a). - Try [Join Lines] (C+j).This patch will speed up this situation by minimizingcalls to buffer.getFoldLevel().Also, this patch will expand the care about black holebug to support ... - multi line edit including folded line - more folding modes other than 'explicit' - modification at the middle of folded range.I want approval from Matthieu who made the currentfixes for the bugs. google_ad_section_end | k_satoda,kpouer,ezust | 5,2,1 | kpouer | kpouer | k_satoda | k_satoda | 134,041,340,313,153 | Expanded care for black hole bugs (SF.net bug #950961, #1193683), to handle ... - multi line edit including folded line, - more foldingmodes other than 'explicit', - and modification at the middle of folded range. (SF.net patch #1999448) | Defered a call of getFoldLevel() in DisplayManager#expandFold() to be a bit more efficient. This was a part of SF.net patch #1999448. But the main performance problem was solved in another way (r13153). However this one looks still a good change. | Reversed the order of joining lines in a selected range to speed up the operation in fold modes other than "none". The speed problem was reported as SF.net patch #1999448, and the idea was given there by kpouer. | k_satoda | k_satoda | patch |
2015210 | 7/15/08 | IllegalArgumentException | Details: google_ad_section_start jEdit 4.21)Utilites->Global Options->AppearanceInputing negative number in "History text field entries to remember'' will result in thrown of IllegalArgumentException.Similarly2)Utilites->Global Options->Autosave & BackupInputing negative number in "Autosave frequency(secs)" will result in thrown of IllegalArgumentException.xyuanUMD google_ad_section_end | kpouer | 1 | nobody | nobody | kpouer | kpouer | 13054 | Better field control on Appearance and Saving & backups option panes (#2015210) | kpouer | kpouer | bug |
2017514 | 1/5/09 | Context menu and 'Select All' | Details: google_ad_section_start This is probably the exact same bug as http://sourceforge.net/tracker/index.php?func=detail&aid;=1325352&group;_id=588&atid;=100588 (Context menu and 'Select all'), but I open a new bug as that one was automatically closed almost 2 years ago.Summary: Select all (Ctrl+A), then right-click in the selection (as if to copy, or cut). About one in 3 or 4 times, I lose the selection.Ubuntu Hardy, up-to-date (13 Jul 2008)jedit/ $ svn infoPath: .URL: https://jedit.svn.sourceforge.net/svnroot/jedit/jEdit/trunkRepository Root: https://jedit.svn.sourceforge.net/svnroot/jeditRepository UUID: 6b1eeb88-9816-0410-afa2-b43733a0f04eRevision: 13044Node Kind: directorySchedule: normalLast Changed Author: ezustLast Changed Rev: 13032Last Changed Date: 2008-07-08 12:47:25 -0400 (Tue, 08 Jul 2008) google_ad_section_end | daleanson,kpouer,shlomy,nearfar,keeleyt83,hunteke | 1,1,1,1,1,2 | shlomy | shlomy | shlomy | shlomy | 14298 | Fixed bug #2017514: Selection occasionally lost after right-click. | shlomy | shlomy | bug |
2060078 | 4/22/09 | BufferSets: exclusive buffers to sibling buffersets | Details: google_ad_section_start For non-Global-scope buffersets, it would be nice if there was an option to remove a buffer from one bufferset as soon as it is added to another. google_ad_section_end | ezust | 2 | ezust | ezust | ezust | ezust | 14983 | New action: Toggle exclusive BufferSets (Alan Ezust # 2060078). | ezust | ezust | feature request |
2068307 | 8/26/08 | No "File Not Saved" alert on close of untitled buffers | Details: google_ad_section_start If I create a new buffer and immediately close it, or add text but delete it all, and then try to close the buffer, jEdit asks me if I would like to save the empty buffer. I've used other editors before, like notepad, for example, that doesn't ask you to save if the buffer is empty. That's not to say that you can't save an empty buffer, it just would require you to initiate the save command on your own.Frequently, I create new buffers, paste text into it, modify it, and cut it all to the clipboard; using the new buffer only as a temporary space to manipulate some text. In this scenario, I feel it would be beneficial to suppress that alert. What do you all think? google_ad_section_end | rschwenn,hunteke,keeleyt83,ezust | 1,2,2,5 | ezust | ezust | ezust | ezust | 13437 | - New option in saving/backup: Suppress "file not saved" warning on Untitled buffers. Related to that, "file not saved" warning is no longer shown for uffers (untitled or not) with length=0. -- (request # 2068307 - Alan Ezust ) | ezust | ezust | feature request |
2069249 | 10/19/08 | Reverse regex search for "$" matches at start position | Details: google_ad_section_start Reverse regex search was enabled in r13400. But aproblem has been found while testing the patch.https://sourceforge.net/support/tracker.php?aid=1923613Repeating [Find Previous] for ".$" stops at everycharacter. It should stop at every end of non-emptyline. In contrast, repeating [Find Next] for "^." stopsat every start of non-empty line."$" looks matching at start position of reverse regexsearch. google_ad_section_end | k_satoda | 1 | k_satoda | k_satoda | k_satoda | k_satoda | 1,390,713,401 | Implemented the care for firstTime flag inPatternSearchMatcher#nextMatch() as defined in javadoc.The lack of this care had caused many problems; SF.net bugs #1541009,#1671312, #2069249, #2173091, and some infinite loops caused by zerowidth regex replace.This replaces some previous fixes for above bugs, including addition of SearchMatcher#isMatchingEOL(). | Added bug ID (bug #2069249) in the note of reverse regex search. | k_satoda | k_satoda | bug |
2077326 | 9/3/08 | MD5Sum a buffer and file for "file not saved" warning check | Details: google_ad_section_start When closing a dirty buffer, or doing a "reload" of a dirty buffer,Instead of popping up a dialog asking confirming that changes are not saved, do a comparison of the Md5sum of the buffer and what is on the disk, and if they match, don't show any dialog. google_ad_section_end | hunteke,keeleyt83,ezust | 4,1,6 | nobody | nobody | ezust | ezust | 13508 | - New option in saving/backup: Calculate MD5 hash to see if the file as loaded from disk is the same as what is in the buffer. Request # 2077326 | ezust | ezust | feature request |
2089713 | 9/2/08 | DIRTY_CHANGED is not sent after emptying Untitled buffer | Details: google_ad_section_start With r13466, sometimes BufferTabs shows wrong icon forUntitled buffer which is dirty. This seems to happensince r13446, or related changes.Reproduction recipe: 1. Open a new buffer. 2. Type 'a'. Now the buffer becomes dirty and DIRTY_CHANGED is sent over EditBus. 3. Type BS. Now the buffer becomes not dirty and DIRTY_CHANGED is sent. 4. Type 'a'. Now the buffer becomes dirty but DIRTY_CHANGED is not sent.Because of this, the icon on BufferTabs remain showing"new", but when I close this buffer, the prompt comesup. Then buffer.isDirty() gives true. google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 13507 | # 2089713 – DIRTY_CHANGED is not sent after emptying Untitled buffer | ezust | ezust | bug |
2091052 | 2/7/09 | BufferSet : loose a dirty buffer | Details: google_ad_section_start Using View bufferset :-Get one dirty buffer.-Create a new view containing this buffer-remove the dirty buffer from the first view-Close the second view.The dirty buffer is still in memory but not visible in any edit pane google_ad_section_end | ezust,conner_bw,kpouer | 2,3,1 | kpouer | kpouer | k_satoda,kpouer | k_satoda,kpouer | 146,121,460,513,629 | Removed the care for dirty buffers in BufferSetManager.BufferClosed which was for bug #2091052, since better fixes are made at r14605 and r14608. |Implemented a confirmation to close dirty buffers on closing a view as well as exiting jEdit, to cover incompleteness of the previous fix for bug #2091052 at r13629. When the first view of multiple views was closed, dirty buffers could be lost and reported as error from BufferSetManager.BufferSetClosed. | When closing a view or an EditPane, the dirty buffers of it's bufferSet are now added to the previous EditPane (2091052) | k_satoda,kpouer | k_satoda,kpouer | bug |
2122926 | 9/22/08 | Add right-click menu to the Errors status bar widget | Details: google_ad_section_start It would be nice of the "Errors" status bar widget had a right-click menu, with an item for clearing all errors. Or maybe have the right-click simply clear all errors without a menu. google_ad_section_end | kpouer | 1 | nobody | nobody | kpouer | kpouer | 13749 | Added right click popup menu to the Error widget in the status bar to clear all errors (feature #2122926) | kpouer | kpouer | feature request |
2129419 | 9/29/08 | NPE in EditPane.setBuffer when quitting jEdit | Details: google_ad_section_start When trying to quit jEdit, I get the following Null-Pointer-Exception, which is probably related to some files being changed/deleted (due to a "cvs up" in the background).Previously to trying to quit jEdit, the "Files have changed. Reload?" dialog already failed, so that "Close" was the only option that worked.The NPE:java.lang.NullPointerException | at org.gjt.sp.jedit.EditPane.setBuffer(EditPane.java:136) | at org.gjt.sp.jedit.View.setBuffer(View.java:1009) | kpouer | kpouer | kpouer | kpouer | 13831 | at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:167) | kpouer | kpouer | at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:388) |
2169354 | 10/16/08 | 4.3pre15: replace with empty $1 inserts 'null' | Details: google_ad_section_start Replacing with $1 when $1 is empty, incorrectly inserts 'null'. It should insert nothing instead.Example: If you have the following buffer: select it.name, it.code, it.address from employees it where code = '111' Search (with regular expressions on) for: \bit(\.)*\b Replace with: emp$1 Expected results: select emp.name, emp.code, emp.address from employees emp where code = '111' Actual results: select emp.name, emp.code, emp.address from employees empnull where code = '111' google_ad_section_end | solrac776,shlomy | 1,1 | shlomy | shlomy | shlomy | shlomy | 13882 | Fixed bug #2169354: replace with empty $1 inserts 'null'. | shlomy | shlomy | bug |
2173091 | 10/19/08 | 4.3pre16: regex hypersearch '^' only matches the first line | Details: google_ad_section_start Make a new buffer with 15 lines (empty or not, does not matter)With regex switched on and hypersearch switched on, search for ^This will match only the first line!It should match all 15 lines. google_ad_section_end | solrac776,k_satoda,shlomy | 4,1,3 | k_satoda | k_satoda | k_satoda,shlomy | k_satoda,shlomy | 139,071,390,113,899 | Implemented the care for firstTime flag in PatternSearchMatcher#nextMatch() as defined in javadoc. The lack of this care had caused many problems; SF.net bugs #1541009, #1671312, #2069249, #2173091, and some infinite loops caused by zero width regex replace. This replaces some previous fixes for above bugs, including addition of SearchMatcher#isMatchingEOL(). | Reverted my change for bug fix #2173091, since it allows again matching of an empty string. | Fixed bug #2173091: regex hypersearch '^' only matches the first line. This was caused by '^' matching the empty string at the beginning of the buffer, causing the next match to begin at the same offset, without increasing it first. | k_satoda,shlomy | k_satoda,shlomy | bug |
2173112 | 10/16/08 | 4.3pre16: regex '$' does not match last line in selection | Details: google_ad_section_start In a new buffer, make 10 empty lines. (NOTE: they don't have to be empty)Select any five lines (i.e. a text selection)Search for $ (with hypersearch, selection, and regular expressions turned on)This only matches the first 4 lines. The fifth is not matchedNow search for $ and replace with zSince the fifth line was not matched, z is placed on only the first 4 lines.Please note:-- ^ works fine. Just $ demonstrates this behaviour-- the lines do not have to be empty. This is reproducable for non-empty lines as well, and any mixture of empty non-empty lines google_ad_section_end | solrac776,shlomy | 2,1 | shlomy | shlomy | shlomy | shlomy | 13898 | Fixed bug #2173112: Search within selection of regexp '$' does not match the last line. This was caused by an exception - if the last selection line is empty, buffer.getSegment() was called with a negative length of -1.Also removed an unused variable. | shlomy | shlomy | bug |
2183929 | 11/16/08 | 4.3pre16: files in buffer switcher not ordered | Details: google_ad_section_start Tested against jEdit 4.3pre16 (r13908)Instead of being ordered by filename, the buffer switcher is ordered by when the files were opened.To reproduce:Use touch to create two files in the same directory: foo.txt and bar.txtSet "Sort buffer sets" to On.Set "Sort buffer sets by filename, instead of pathname" to On.Open foo.txt in jEdit.Then open bar.txt in jEdit.Check the buffer switcher. Foo.txt is shown above bar.txt.This is true for the current view, and any new views (View->New View) that you then create.If you close jEdit then open it again, the switcher is ordered correctly (i.e. bar.txt then foo.txt) google_ad_section_end | solrac776,daleanson,ezust,kpouer | 2,1,1,2 | daleanson | daleanson | daleanson | daleanson | 1,407,114,043 | changed the code a little for bug 2183929. Added "bufferSetSorted" method to BufferSetAdapter, BufferSetListener, and EditPane. This method is now called by a BufferSet when it sorts and signals the BufferSetListeners that they should update their display. Moved message handling from BufferSet to BufferSetManager, which reduces the number of objects on the Editbus and removes the need for BufferSet to extend EBComponent. | fix for 2183929, buffer sets not sorting. Also fixed it so that changing the sorting option works immediately rather than requiring a restart. May also have fixed the issue where duplicate entries could end up in the buffer set. | daleanson | daleanson | bug |
2199003 | 10/28/08 | Docking option pane: Configure dockables by plugin | Details: google_ad_section_start When there are many plugins installed, there are usually also many dockables available. The Docking option pane in the Global Options dialog shows the entire list of dockables, ordered by their titles. There are two issues with this:1. Sometimes, dockables from different plugins have the same title (e.g. "Tag List" exists both in Tags and in CtagsInterface, and soon also in Source Navigator), and it is therefore impossible to know which dockable I'm configuring - the one from Tags or the one from CtagsInterface.2. The list of dockables becomes long, making it less convenient to configure the desired dockables.To solve these issues, the Docking option pane should have a combo-box for choosing the set of dockables to present in the table, similar to the combo-box in the Shortcuts option pane, so that the user can choose to configure the dockables of a specific plugin, or the core, or all, if desired. google_ad_section_end | shlomy | 1 | shlomy | shlomy | shlomy | shlomy | 13958 | Implemented feature request #2199003: Docking option pane: Configure dockables by plugin. | shlomy | shlomy | feature request |
2218621 | 5/6/09 | FileBrowser: Directory of current buffer | Details: google_ad_section_start When I type "-" (minus) in FileBrowser's Path dropdown and press enter, minus is appended to the path instead of changing path to current buffer.When I choose "Directory of current buffer" from commands menu, it works ok.~ and / options are working fine.There is also small inconsistency, because in search and replace dialog to current buffer points empty dropdown, not minus. Maybe in FileBrowser it should as well, but for now neither minus nor empty field points to current directory. google_ad_section_end | shlomy,kpouer | 1,1 | kpouer | kpouer | kpouer | kpouer | 15189 | If you set - as path in the VFSBrowser it will be replaced by the path of the current buffer (#2218621) | kpouer | kpouer | bug |
2220025 | 11/16/08 | Make offset, line, column, relative display configurable | Details: google_ad_section_start jEdit 4.3pre15 and earlier displayed line, column, and relative position within the text area in the left side of the status bar. jEdit 4.3pre16 also shows offset from the beginning of the file. I find the offset to be distracting. It would be nice if this display could be configurable, so the offset, line number, column number, and relative position could be turned on or off as the user desires. google_ad_section_end | daleanson | 2 | daleanson | daleanson | daleanson | daleanson | 1,407,314,041 | a few updates to complete bug 2220025, adding GUI configuration to the caret position info in the status bar. Updated StatusBarOptionPane to get thestring values for the checkboxes from the jedit_gui.props file, updated StatusBar to change the display of the caret position info when the checkboxes change, and updated the user guide to describe the meaning of each item in the caret position display.| fix for 2220025, added gui configuration for caretstatus display. | daleanson | daleanson | feature request |
2220033 | 6/26/09 | Relative position in status bar is inaccurate | Details: google_ad_section_start jEdit 4.3pre16 from svnThe relative position display in the status bar is broke.To see the bug:1. open a file larger than is visible all at once2. using the down arrow key, scroll down through the file3. notice that the relative position displays "BOT" well before the bottom of the file4. continue to scroll completely to the bottom of the file5. using the up arrow key, scroll up through the file6. notice that the relative position continues to say "BOT" well up from the bottom of the file google_ad_section_end | daleanson | 2 | daleanson | daleanson | daleanson | daleanson | 155,901,558,914,040 | Added unit test for caret status in status bar. This is in conjunction with tracker 2220033. | Final fix for tracker 2220033 after much discussion on the mailing list. | fix for 2220033 | daleanson | daleanson | bug |
2446121 | 1/29/09 | Highlight terms in HyperSearch Results Window/color for type | Details: google_ad_section_start It would be a big increase in usability if the terms searched for were highlighted in the lines displayed in the hypersearch results window and the lines were colored for type (e.g. comments in "comment" color). When there are a lot of results, and the terms are only part of each line, it can be difficult to find the relevant ones.For example: I might search for the term "boolean" but I'm not interested in any cases where it appears in a comment, or where it's part of a method name.So instead of:public boolean doIt() {public void booleanChecker(int boolVal) {this appears in a multi-line comment about booleansI would see (excuse the HTML code):public boolean doIt() {public void booleanChecker(int boolVal) {this appears in a multi-line comment about booleans google_ad_section_end | shlomy | 3 | nobody | nobody | shlomy | shlomy | 14514 | Added optional highlighting of hypersearch result matches in the hypersearch results dockable.A button in the dockable toggles the highlighting. The highlighting is currently done by displaying the matches in bold.This is a partial solution for feature request #2446121. All highlighting is currently in bold,it's not configurable and does not involve coloring. | shlomy | shlomy | feature request |
2555956 | 2/6/09 | Show presence of jedit server | Details: google_ad_section_start jEdit should provide some GUI for the user to check whether or not jEdit is currently using a server. And it would be of special interest if it runs in background mode.Maybe it can be part of the help -> about, which shows the jEdit version and Java version. google_ad_section_end | rschwenn,shlomy,ezust | 2,5,4 | shlomy | shlomy | shlomy | shlomy | 14592 | Implemented feature request #2555956: Show presence of jedit server. The about dialog now shows the jEdit mode: standalone / server / server- background. | shlomy | shlomy | feature request |
2569381 | 5/28/09 | Adds option to search all open buffers to complete word | Details: google_ad_section_start Adds option to search all open buffers to build the completion list.My guess was that the TextArea options pane was the most logical place for the option, but I'm open to suggestions. google_ad_section_end | voxmea,scarlac,k_satoda | 4,1,3 | k_satoda | k_satoda | k_satoda | k_satoda | 15360 | Added an option to search all open buffers to build the completion list.(SF.net patch #2569381, #2570229) Completions only from visible buffers are often not helpful when working in a single EditPane. | k_satoda | k_satoda | patch |
2596087 | 2/13/09 | Scroll fails with 1 visible line and soft wrap | Details: google_ad_section_start Hi, here is a fun bug :Resize the textarea to have less than one visible line (in fact 1 line max and no partial second line)Create a buffer like thisaaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaWith softwrap 80 cols (the first line must take more than one line.Put the caret on the first line.press arrow downThe caret will move but the textarea will not scroll and you will not be able to see it.You can press arrow down as much as necessary to go on the second line, and then you will see the textarea moving.Second example :Put the caret on line 2And press "arrow up"Your caret will be on the last line of the first line, but the texarea will show you the first line of line 1 google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 14652 | fix softwrap and scrolling bug when the textArea has only one visible line #2596087 | kpouer | kpouer | bug |
2646484 | 8/19/09 | patch: Smarter SmartEnd() | Details: google_ad_section_start This is a fulfillment of feature request http://sourceforge.net/tracker2/index.php?func=detail&aid;=1903596&group;_id=588&atid;=350588smartEnd now consumes 4 key presses: end_of_code -> end_of_whitespace -> end_of_line -> end_of_visible_lines google_ad_section_end | shlomy,ezust | 1,6 | ezust | ezust | ezust | ezust | 1,599,615,965 | Partially rolling back patch # 2646484 until it is an option one can switch off, and is debugged properly.Leaving in the API function in the API for now, since it looks like we'll be using it soon again. | Smarter "smartEnd" - now advances to end of code (before comment delimiter). (Gordon Hollenbeck #2646484). | Gordon Hollenbeck | Gordon Hollenbeck | patch |
2668434 | 3/19/09 | Fullscreen-mode | Details: google_ad_section_start A fullscreen mode for jEdit would be very nice. Especially on netbooks with limited screen-size it is useful, to get rid of the titlebar and window-borders. google_ad_section_end | mnementh,shlomy | 1,3 | shlomy | shlomy | shlomy | shlomy | 14799 | Implemented feature request #2668434: fullscreen-mode.The implementation may be partial; the menu bar, tool bar and status bar are currently visible in full-screen mode, where usually the intention is to show only the text area.Fullscreen mode is toggled using the action "toggle-full-screen", with a default shortcut of F11. | shlomy | shlomy | feature request |
2688862 | 3/19/09 | "Redo HyperSearch" uses title of last search | Details: google_ad_section_start When re-doing a HyperSearch (from the context menu of a HyperSearch results entry), the title of the last search gets used for the new node.It should use the correct/new title instead, of course.TO REPRODUCE:1. enable multiple results in the HyperSearch Results widget/dock2. Search for something using HyperSearch3. Search for something different (using HS)4. Right-click the first result, select "Redo HyperSearch" (just renamed in SVN)RESULT:The title of the second search gets used, but it should be the same as for the first one. google_ad_section_end | shlomy | 1 | shlomy | shlomy | shlomy | shlomy | 14798 | Fixed SF bug #2688862: "Redo HyperSearch" uses title of last search The "Redo HyperSearch" action used to read the search string from the Search & Replace dialog, instead of using the one that's stored in the tree node. | shlomy | shlomy | bug |
2696564 | 4/20/09 | Text Block Selection via Gutter Right-Click | Details: google_ad_section_start As per my first request here: http://community.jedit.org/?q=node/view/4151, I'd like to request the context menu not popup when the user right-clicks on the gutter to better facilitate selection of a text block.Thanks guys, Ehtyar. google_ad_section_end | rschwenn,ehtyar,shlomy | 4,2,8 | shlomy | shlomy | shlomy | shlomy | 14964 | Committed patch #2763968: Select text lines from gutter. This resolves feature requests: #2696564: Text Block Selection via Gutter Right-Click #1730845: Select line from gutter | shlomy | shlomy | feature request |
2744708 | 4/12/09 | BufferTabs - Deleted file doesn't show as dirty buffer. | Details: google_ad_section_start Unchanged, but deleted files are not appearing as dirty buffers as they didpreviously.Steps to reproduce:Create a file and save it.Now delete the file through normal OS methods.Go back to jEdit - you get the "File changed on disk" dialog. Click"close".Notice that the buffer is not marked dirty.Everything behaves as if it is non-existent on the filesystem - eg. Savingthe file at this point brings up the file dialog to chose the savelocation. The buffer is just not marked as dirty as it was in previousversions. google_ad_section_end | elberry,shlomy | 1,3 | shlomy | shlomy | shlomy | shlomy | 14918 | Fixed my previous *incorrect* fix for #2744708. If the underlying file of a buffer is deleted, the buffer should be marked both "new" and "dirty". Marking it dirty sends the BufferUpdate.DIRTY_CHANGED edit bus message if needed, and this notifies BufferTabs and the buffer switcher that the buffer status changed so they can update their icons.The current change fixes an earlier *incorrect* fix that was meant to change only the MD5 calculation in this case but unintentionally prevented the buffer from being marked dirty. | shlomy | shlomy | bug |
2759434 | 4/13/09 | indent related bug (svn rev 14922) | Details: google_ad_section_start Python modeif True:java.lang.StringIndexOutOfBoundsException: String index out of range: 1 | at java.lang.String.charAt(String.java:687) | at org.gjt.sp.util.StandardUtilities.getIndentString(StandardUtilities.java:104) | shlomy | shlomy | shlomy | shlomy | 14923 | at org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134) | shlomy | shlomy | at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75) |
2762745 | 4/14/09 | PluginManager not saving pluginset | Details: google_ad_section_start PluginManager is not saving pluginset. To reproduce:1. Open PluginManager2. click Manage tab3. click Save Currently Checked Plugins Set icon4. choose filename from save dialog5. save file6. open file, see that it is empty. google_ad_section_end | daleanson | 1 | daleanson | daleanson | daleanson | daleanson | 14929 | fix for tracker 2762745, plugin manager not saving plugin set. | daleanson | daleanson | bug |
2777073 | 4/21/09 | Fix gutter width for line numbers | Details: google_ad_section_start When line numbers are displayed in the gutter, a 5-digit width is always reserved for them, even if the buffer has less (e.g. 20 lines) or more (e.g. 200,000 lines).For a buffer with 20 lines, there will be redundant space reserved for the line numbers. For a buffer with 200,000 lines, the line numbers will be written on top of the fold markers. For a buffer with 2,000,000 lines, the first digit will be "cut" by the gutter boundary and not be completely visible. google_ad_section_end | shlomy | 1 | shlomy | shlomy | shlomy | shlomy | 14972 | Fixed bug #2777073: Fix gutter width for line numbers. | shlomy | shlomy | bug |
2781716 | 4/26/09 | Line numbers in Hypersearch Results are wrongly highlighted | Details: google_ad_section_start Reproduction recipe:Put "1" for an empty buffer, and do hypersearch for "1".The result becomes "1: 1" and both "1" for line number and for the textis highlighted. The line number shouldn't be highlighted.I can reproduce this with jEdit trunk r14991, JRE 6u13, Windows XP. google_ad_section_end | shlomy | 1 | shlomy | shlomy | shlomy | shlomy | 15005 | Fixed bug #2781716: Line numbers in Hypersearch Results are wrongly highlighted | shlomy | shlomy | bug |
2814857 | 6/30/09 | Stop caret timer in text area on dispose | Details: google_ad_section_start This patch calls caretTimer.stop() in removeNotify in TextArea. Without this, Swing cannot shutdown the event queue when its parent frame is disposed. google_ad_section_end | ezust | 1 | ezust | ezust | ezust | ezust | 15625 | Stop caret timer in text area on dispose (Bill Culp - # 2814857) | Bill Culp | Bill Culp | patch |
2823909 | 7/20/09 | action bar not visible in full screen mode | Details: google_ad_section_start version : jEdit 4.3pre17OS/JDK : java 5 & java 6, multiple OSsteps to reproduce :- Utilities > Action Barthe action bar is shown at the bottom of the text area- close the action bar- View > Toggle full screen mode- Utilities > Action Barthe action bar is not shown google_ad_section_end | rschwenn,ezust,shlomy | 2,1,3 | shlomy | shlomy | shlomy | shlomy | 15717 | Fixed bug #2823909: action bar not visible in full screen mode.This was previously done on purpose, as the action bar is the bottom tool bar, and there exists an option to show the toolbars in full screen mode. Now this option will relate only to the top toolbar, and the action bar will always be enabled in full screen mode. | shlomy | shlomy | bug |
2824045 | 7/21/09 | Toggle FullScreen Mode: Window ends up under others | Details: google_ad_section_start Sometimes when I toggle fullscreen mode, the jEdit window appears behind other windows (such as my desktop panel). This happens in BOTH directions (switching it on and off).I have to toggle between jedit and another window before I can see it fully again, even though it already has focus.java version "1.6.0_13"Java(TM) SE Runtime Environment (build 1.6.0_13-b03)Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02, mixed mode)Linux 2.6.26-2-amd64 #1 SMP Sun Jun 21 04:47:08 UTC 2009 x86_64 GNU/Linux google_ad_section_end | daleanson,ezust,shlomy | 1,2,3 | shlomy | shlomy | shlomy | shlomy | 15732 | Attempt to fix #2824045: Toggle FullScreen Mode: Window ends up under others Bring the window to front after toggling. | shlomy | shlomy | bug |
2842444 | 10/13/09 | Manually stop a HyperSearch operation/request | Details: google_ad_section_start So there is the maximum results option that prompts you to stop or continue a HyperSearch, but it would be nice to have a manual stop button for that purpose. This patch does just that. A stop button is added using the default set of icons to the HyperSearch pane (next to highlight, clear, and multi-results buttons). IT is disabled when there is no search currently active, and enabled otherwise. To stop it I basically the mimicked the max-results mechanism, except I use a temporary property to indicate that the stop button was clicked (not to sure if this is the best way to handle it, but all I could think of and it works just fine). google_ad_section_end | kpouer | 1 | kpouer | kpouer | kpouer | kpouer | 16331 | New button in Hypersearch dockable panel to stop an hypersearch (patch #2842444) | kpouer | kpouer | patch |
2844750 | 9/22/09 | line height correction (disappearing underscores) | Details: google_ad_section_start Attached is a patch (against SVN r16059) which solves problem of underscores disappearing when the cursor is moved up and down the lines of the TextArea with the "DejaVu Sans Mono" at 15pt in jEdit from SVN trunk (r16059) under openjdk6-1.5-2-i686.The root cause was the underscore in this particular font descendsbelow lineHeight and appears on the first pixel of the next line. Sowhen the next line is drawn, the underscore of the current line ispainted-over and it disappears.The solution used in the patch is to always draw one extra line abovethe first line being repainted, so that any underscores in the extraabove line are preserved during the repaint.Thanks for your consideration. google_ad_section_end | kpouer,cyzsuraj,vampire0,blueyed | 1,10,2,3 | nobody | nobody | blueyed | blueyed | 16233 | patch #2844750: line height correction (disappearing underscores) | blueyed | blueyed | patch |
2846169 | 9/1/09 | IndentFoldHandler - allow blank lines after start of fold | Details: google_ad_section_start This patch considers blank lines that come after the start of a fold as part of the fold itself. This was a major annoyance for me for many years and I am finally glad to have fixed it! :-)Attached are two screencasts demonstrating the before & after of applying this patch.Thanks for your consideration. google_ad_section_end | cyzsuraj,shlomy | 3,3 | shlomy | shlomy | shlomy | shlomy | 161,361,613,316,129 | A small performance fix for patch #2846169 (Allow blank lines at beginning of fold in indent folding mode): There is no need to ask for preceding fold levels for each line of the range whose fold levels are being computed, only for the first line of that range. | Fix for patch #2846169: IndentFoldHandler - allow blank lines after start of fold The previous patch did not work correctly, because the folding code in jEdit assumed that a content change in a line cannot affect the fold levels of the preceding lines. Hence, it did not recalculate the fold levels of the preceding lines, and did not update the fold markers accordingly. The patch for the indent folding mode gives whitespace-only lines the same fold level as the first non-whitespace-only line following them, so it breaks this assumption, since a change to a line can affect the fold level of preceding whitespace-only lines. This commit fixes the assumption by adding a new method to the fold handler for returning the fold levels of preceding lines. Whenever the fold level of a line is changed, this new method is called and the fold levels of the preceding lines get updated correctly. By default, this method does not return anything so no overhead (almost) is added. | Applied a modified version of patch #2846169: IndentFoldHandler - allow blank lines after start of fold. The change is to try to take the fold level of whitespace-only lines from the next non-whitespace line, so that empty lines at the beginning of a fold are considered part of the fold.The modification from the patch is that the recursion has been replaced with an iterator. | shlomy | shlomy | patch |
2882702 | 10/22/09 | Multiple Monitor Right Click Context Menu Issue | Details: google_ad_section_start When operating with multiple monitors, the right click context menu always displays to the left of the arrow on the secondary monitor. It appears that when the jedit window is in the second monitor (to the right in my case) jedit always believes it is approaching the right most margin of the observable area and pushes the menu to the left to keep it visible. Even though in my case this area is still visible.This occurs with jEdit 4.3pre17 on both Windows and Linux. google_ad_section_end | daleanson,elberry,lukerlt,shlomy,ezust,dlr365 | 1,1,3,4,2,1 | shlomy | shlomy | shlomy | shlomy | 16406 | Fixed bug #2882702: Multiple Monitor Right Click Context Menu Issue The context menu in the text area did not take into account multi-screen environments, and used the local graphics environment's maximum screen bounds, which returns the bounds of a single graphics device. | shlomy | shlomy | bug |
2887515 | 11/25/09 | Navigate in AboutDialog | My name (Jörg Spieler) is since years in the AboutDialog, but y never saw it, because the name list is slow in jEdit. With this little patch it is possible to navigate in the AboutDialog with the arrow keys | shlomy | 1 | shlomy | shlomy | spj | spj | 16553 | Applied patch #2887515: Navigate in AboutDialog.The patch was provided by spj.Modified the patch just a bit to update the coding style. | spj | spj | patch |
2887516 | 11/20/09 | Copy hyper search results to clipboard | Details: google_ad_section_start This patch adds a new pop up menu "copy to clipboard" to hyper search results nodes google_ad_section_end | shlomy | 1 | shlomy | shlomy | Joerg Spieler | spj | 16532 | - Applied patch #2887516: Copy hyper search results to clipboard. Thanks Joerg Spieler! - Fixed bug #2896464: Plain text copy from HyperSearch results. The fix makes use of the "node to string" class provided by the above patch. | Joerg Spieler | spj | patch |
2896464 | 11/20/09 | Plain text copy from HyperSearch results | Details: google_ad_section_start HyperSearch results used to get copied as plaint text some version before 4.3pre17. I used this for further processing. Now, it seems, that html is copied such that further processing of the results is interfered. google_ad_section_end | thiemo,shlomy | 2,3 | shlomy | shlomy | shlomy | shlomy | 16532 | - Applied patch #2887516: Copy hyper search results to clipboard. Thanks Joerg Spieler! - Fixed bug #2896464: Plain text copy from HyperSearch results.The fix makes use of the "node to string" class provided by the above patch. | shlomy | shlomy | bug |
2911122 | 12/9/09 | Unable to Print. | Details: google_ad_section_start A bug seems to have been introduced with revision #16499 which prevents users from printing.Comment from commit:"commit patch #2876132 - get plugin resources from anonymous JARClassLoader"Steps to reproduce:Go to "File" -> "Print"A Dialog appears that says "No print service found.".This has been confirmed on Mac OS X 10.6.2 using Java 6, and Ubuntu using Java 6. google_ad_section_end | ezust | 1 | Kerik-sf | Kerik-sf | Kerik-sf | Kerik-sf | 16624 | attempt to fix #2911122 - Unable to Print. | Kerik-sf | Kerik-sf | bug |
Authors
- Mario Linares-Vásquez - The College of William and Mary. E-mail: mlinarev at wm dot edu
- Kamal Hosen - Whichita State University. Email: mxhossen at cs dot wichita dot edu
- Hoang Dang - Whichita State University. Email: hndang at cs dot wichita dot edu
- Huzefa Kagdi - Whichita State University. Email: kagdi at cs dot wichita dot edu
- Malcom Gethers - The College of William and Mary. E-mail: mgethers at cs dot wm dot edu
- Denys Poshyvanyk - The College of William and Mary. E-mail: denys at cs dot wm dot edu