jedit-devel Mailing List for jEdit

Bugs item #2183929, was opened at 2008-10-21 10:35
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2183929&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Carlos (solrac776)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.3pre16: files in buffer switcher not ordered

Initial Comment:
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.txt
Set "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)



----------------------------------------------------------------------

>Comment By: Matthieu Casanova (kpouer)
Date: 2008-11-01 00:24

Message:
I see a case where it can happens : if you dragged a buffer in the
BufferTabs plugin, it cancels the sort feature for this bufferSet

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-31 16:06

Message:
I have reproduced this problem in jEdit4.3pre16-r13969.

Opened files do not appear sorted in the buffer switcher, but instead are
always at the end of the buffer switcher.  This occurs even though 'Sort
buffer sets' and 'Sort
buffer sets by filename, instead of pathname' are on (and jEdit was
restarted).

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-28 13:24

Message:
Hello kpouer

Please remove this issue from "feature request".  An ordered buffer
switcher is not a new feature.  It was working fine in 4.3pre15.  

The issue is that no matter the settings for 'Sort buffer sets' and 'Sort
buffer sets by filename, instead of pathname', when you open a new file, it
is inserted at the bottom of the buffer switcher.  

I set 'Sort buffer sets' to on and 'Sort buffer sets by filename, instead
of pathname' to on.
I then restarted jEdit.  At this point the buffer switcher has (in order
of appearance): 'bar.txt', 'foo.txt'.
If I now open a third file, 'cat.txt', it should appear in its correct
place (i.e. ordered alphabetically) in the buffer switcher.  
So the buffer switcher should say: 'bar.txt', 'cat.txt', 'foo.txt'
Instead, the buffer switcher says: 'bar.txt', 'foo.txt', 'cat.txt'
Similarly, if I open another file called 'abc.txt', the switcher lists:
'bar.txt', 'foo.txt', 'cat.txt', 'abc.txt'

In which documentation should I be looking in to find "sort buffer sets"? 
It wasn't in the Users Guide.



----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2008-10-21 20:20

Message:
I'm using buffertabs and I notice that even though I have chosen "sort
buffer lists" it doesn't sort. I'm not sure if this is related, but anyway,
it seems as if the "sort buffer sets" is not working as advertised
anymore.



----------------------------------------------------------------------

Comment By: Matthieu Casanova (kpouer)
Date: 2008-10-21 12:47

Message:
I move this to the feature request.
Changing this option takes effect only after a restart of jEdit, this is
not a bug, this is in documentation

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2183929&group_id=588

Hi Dale,

Could you please make a new release of Navigator plugin?

I want it to be released before jEdit 4.3pre16 so that buffer leaks
don't happen with the release, as noted in CHANGES.txt.
-- 
k_satoda

Bugs item #2057771, was opened at 2008-08-19 00:28
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2057771&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: goebbe (goebbe)
Assigned to: Nobody/Anonymous (nobody)
Summary: pre15: relative position of cursor is lost after restart

Initial Comment:
I am using jedit4.3pre15 with Sun JavaRE 1.6.0_07 on WinXP SP2.
Compared with jedit4.3pre14 I discovered the following regression:
The relative position of the cursor within an open buffer (sreen) is not restored when exiting and restarting Jedit. Instead it seems that after a restart the last position of the cursor is now shown in the first line of the screen. (if there are enough lines after the last cursor position to move the document up) 

Expected behaviour:
Wherever the cursor is and however I have scrolled the document - the screen-view (last position of cursor and scroll-position) should be recovered after a restart of Jedit. (as in jedit4.3pre14 and before)

To reproduce:
1) open a document with many lines.
2) scroll down (a bit) the document
3) place the cursor somewhere in the middle of the buffer view
4) remember how the screen looks like
5) exit and restart Jedit
6) discover that the cursor ("active line") is now at the top of the screen. 

Actually when there are only view lines at the end of the document that are not shown, then the cursor (active line) ends up somewhere between the last relative position and the top of the screen (first line of the buffer-view). In this case the position after restart is close to unpredictable, since it will neither be the first line on screen nor will it be the last position on the screen. 

I think the new behaviour is confusing, since it leads to unpredictable results for the position of the active line, after a restart.
Moreover I think that orientation is easier when the old position is kept.

Sorry, I don't know the proper names of the different components. Hopefully this is helpful anyway. Please don't hesitate to ask for more information.

Keep up the good work!

----------------------------------------------------------------------

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2008-11-01 05:10

Message:
I have also been confused many times on this new behavior.

I seek in the source how the scroll position was restored at 4.3pre14,
but nothing found. Then I re-examined the old and new behaviors.

I realized that the old behavior was not restoring the scroll position,
but centering the caret with restored caret position.

But still couldn't find why the behavior was changed.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2057771&group_id=588

Vampire wrote:
> Sure, Alan was right. I fixed it. But I doubt that I fixed "most of the 
> other issues". I just fixed what I found. I bet there are other 
> problems. Just tell me if you find anything else that behaves weird.

Now they are working fine. Thanks.
-- 
k_satoda

Seph Soliman wrote:
> Yeah, there's a good chance I'll take a look at it. I'm sorry for my  
> absence during all this, but I've been busy trying to keep my company  
> going :-) Web development takes a toll on you, when you're doing both  
> sales, production and project management ;-)
> 
> I'm going on a much needed vacation tomorrow and I'll be home the 7th  
> of nov. I'll be very happy to take a look at the issues when I get  
> home, so we can get this out of the way for pre16.

Nice to hear that.

Then, the release of 4.3pre16 may be at 8th or 15th of November,
I think.

If you found that the problem was hard to solve in that date, feel
free to say so. In that case, I think the fix can be postponed.
-- 
k_satoda

Plugin Bugs item #2212130, was opened at 2008-10-31 18:30
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2212130&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Joseph Hill (nebedaay)
Assigned to: Nobody/Anonymous (nobody)
Summary: Xilize plugin can't initialize

Initial Comment:
For several months now, across several development versions of jedit, I've been unable to use the Xilize plugin.  Whenever I use a Xilize shortcut key or mouse over the Xilize entry in the plugin menu, I get errors saying it can't be initialized.  It would be nice if this worked because this is one of the most useful plugins for me.

I get this:

java.lang.NoClassDefFoundError: xilize/Exec$StateChangeListener
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:466)
	at org.gjt.sp.jedit.JARClassLoader._loadClass(JARClassLoader.java:389)
	at org.gjt.sp.jedit.JARClassLoader.loadClass(JARClassLoader.java:108)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
	at org.gjt.sp.jedit.bsh.classpath.ClassManagerImpl.classForName(ClassManagerImpl.java:203)
	at org.gjt.sp.jedit.bsh.NameSpace.classForName(NameSpace.java:1318)
	at org.gjt.sp.jedit.bsh.NameSpace.getClassImpl(NameSpace.java:1218)
	at org.gjt.sp.jedit.bsh.NameSpace.getClass(NameSpace.java:1159)
	at org.gjt.sp.jedit.bsh.Name.consumeNextObjectField(Name.java:298)
	at org.gjt.sp.jedit.bsh.Name.toObject(Name.java:199)
	at org.gjt.sp.jedit.bsh.Name.toObject(Name.java:182)
	at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:829)
	at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:644)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:738)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:727)
	at org.gjt.sp.jedit.BeanShellFacade._eval(BeanShellFacade.java:148)
	at org.gjt.sp.jedit.BeanShellFacade.eval(BeanShellFacade.java:113)
	at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:387)
	at org.gjt.sp.jedit.menu.EnhancedMenu.init(EnhancedMenu.java:114)
	at org.gjt.sp.jedit.menu.EnhancedMenu.menuSelected(EnhancedMenu.java:99)
	at javax.swing.JMenu.fireMenuSelected(JMenu.java:1028)
	at javax.swing.JMenu$MenuChangeListener.stateChanged(JMenu.java:1107)
	at javax.swing.DefaultButtonModel.fireStateChanged(DefaultButtonModel.java:333)
	at javax.swing.DefaultButtonModel.setSelected(DefaultButtonModel.java:215)
	at javax.swing.JMenu.setSelected(JMenu.java:294)
	at javax.swing.JMenu.menuSelectionChanged(JMenu.java:1175)
	at javax.swing.MenuSelectionManager.setSelectedPath(MenuSelectionManager.java:101)
	at javax.swing.plaf.basic.BasicMenuUI$Handler.mouseEntered(BasicMenuUI.java:496)
	at java.awt.Component.processMouseEvent(Component.java:6143)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3265)
	at java.awt.Component.processEvent(Component.java:5899)
	at java.awt.Container.processEvent(Container.java:2023)
	at java.awt.Component.dispatchEventImpl(Component.java:4501)
	at java.awt.Container.dispatchEventImpl(Container.java:2081)
	at java.awt.Component.dispatchEvent(Component.java:4331)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4301)
	at java.awt.LightweightDispatcher.trackMouseEnterExit(Container.java:4090)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3947)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3895)
	at java.awt.Container.dispatchEventImpl(Container.java:2067)
	at java.awt.Window.dispatchEventImpl(Window.java:2458)
	at java.awt.Component.dispatchEvent(Component.java:4331)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
Caused by: java.lang.ClassNotFoundException: xilize.Exec$StateChangeListener
	at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
	at org.gjt.sp.jedit.JARClassLoader.loadFromParent(JARClassLoader.java:469)
	at org.gjt.sp.jedit.JARClassLoader.loadClass(JARClassLoader.java:86)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
	... 54 more


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2212130&group_id=588

Bugs item #2183929, was opened at 2008-10-21 09:35
Message generated for change (Comment added) made by solrac776
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2183929&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Carlos (solrac776)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.3pre16: files in buffer switcher not ordered

Initial Comment:
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.txt
Set "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)



----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-31 15:06

Message:
I have reproduced this problem in jEdit4.3pre16-r13969.

Opened files do not appear sorted in the buffer switcher, but instead are
always at the end of the buffer switcher.  This occurs even though 'Sort
buffer sets' and 'Sort
buffer sets by filename, instead of pathname' are on (and jEdit was
restarted).

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-28 12:24

Message:
Hello kpouer

Please remove this issue from "feature request".  An ordered buffer
switcher is not a new feature.  It was working fine in 4.3pre15.  

The issue is that no matter the settings for 'Sort buffer sets' and 'Sort
buffer sets by filename, instead of pathname', when you open a new file, it
is inserted at the bottom of the buffer switcher.  

I set 'Sort buffer sets' to on and 'Sort buffer sets by filename, instead
of pathname' to on.
I then restarted jEdit.  At this point the buffer switcher has (in order
of appearance): 'bar.txt', 'foo.txt'.
If I now open a third file, 'cat.txt', it should appear in its correct
place (i.e. ordered alphabetically) in the buffer switcher.  
So the buffer switcher should say: 'bar.txt', 'cat.txt', 'foo.txt'
Instead, the buffer switcher says: 'bar.txt', 'foo.txt', 'cat.txt'
Similarly, if I open another file called 'abc.txt', the switcher lists:
'bar.txt', 'foo.txt', 'cat.txt', 'abc.txt'

In which documentation should I be looking in to find "sort buffer sets"? 
It wasn't in the Users Guide.



----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2008-10-21 19:20

Message:
I'm using buffertabs and I notice that even though I have chosen "sort
buffer lists" it doesn't sort. I'm not sure if this is related, but anyway,
it seems as if the "sort buffer sets" is not working as advertised
anymore.



----------------------------------------------------------------------

Comment By: Matthieu Casanova (kpouer)
Date: 2008-10-21 11:47

Message:
I move this to the feature request.
Changing this option takes effect only after a restart of jEdit, this is
not a bug, this is in documentation

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2183929&group_id=588

Bugs item #2207111, was opened at 2008-10-29 11:17
Message generated for change (Settings changed) made by solrac776
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2207111&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: search and replace
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Carlos (solrac776)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.3pre16: regex $ not matching the last line of a selection

Initial Comment:
This is reproducible on 4.3pre16-r19000.

Given the below text:

   function make_student_rec(
      p_birth_date  table.birth_date%type,
      p_registration_code  table.ests_code%type,
      p_registration_date  table.ests_date%type
   ) return student_rec as
         v_temp student_rec;
      begin
         p_birth_date  table.birth_date%type,
         p_registration_code  table.ests_code%type,
         p_registration_date  table.ests_date%type
      end;

Reproduce the issue:
   1. Select the 3 lines between 'begin' and 'end'.
   2. Press Ctrl-F to bring up the find and replace dialogue.
      ('regular expressions', 'hypersearch' and 'selection' should be selected.)
   
   3. Search for: p_(\w+)  [^\n]+$
   4. Replace with: v_temp.$1 := p_$1;
   5. Press 'replace all'.
   
   This only matches and replaces the first two lines.
   It should match and replace all three lines.

Maybe of interest:
   Undo the above changes (so that you have your original text again).
   Select the 3 lines between 'begin' and 'end' and also select 'end'.
   (So now we have 4 lines selected)
   
   Repeat steps 2-4 from above.
   
   This works, matching and replacing the three lines above 'end'




----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-31 15:01

Message:
Checked on r13969.  Seems to be fixed.  Closing the bug.

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-30 09:47

Message:
My fault.  You are correct k_satoda.  I'm using r13908, must have been
thinking of something else when I wrote r19000!  I will try the latest.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2008-10-29 16:05

Message:
I couldn't reproduce this with my build at r13952.

The reported revision r19000 seems not correct because the current trunk
is at r13963. Please verify the revision and try another build newer
than r13908 which is the last fix for regex search.

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-29 11:29

Message:
I think that it is the $ that makes the difference in the search
expression.

If you repeat the above steps, but without the $ inthe search expression,
it matches and replaces all 3 lines.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2207111&group_id=588

Bugs item #2207111, was opened at 2008-10-29 11:17
Message generated for change (Comment added) made by solrac776
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2207111&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: search and replace
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Carlos (solrac776)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.3pre16: regex $ not matching the last line of a selection

Initial Comment:
This is reproducible on 4.3pre16-r19000.

Given the below text:

   function make_student_rec(
      p_birth_date  table.birth_date%type,
      p_registration_code  table.ests_code%type,
      p_registration_date  table.ests_date%type
   ) return student_rec as
         v_temp student_rec;
      begin
         p_birth_date  table.birth_date%type,
         p_registration_code  table.ests_code%type,
         p_registration_date  table.ests_date%type
      end;

Reproduce the issue:
   1. Select the 3 lines between 'begin' and 'end'.
   2. Press Ctrl-F to bring up the find and replace dialogue.
      ('regular expressions', 'hypersearch' and 'selection' should be selected.)
   
   3. Search for: p_(\w+)  [^\n]+$
   4. Replace with: v_temp.$1 := p_$1;
   5. Press 'replace all'.
   
   This only matches and replaces the first two lines.
   It should match and replace all three lines.

Maybe of interest:
   Undo the above changes (so that you have your original text again).
   Select the 3 lines between 'begin' and 'end' and also select 'end'.
   (So now we have 4 lines selected)
   
   Repeat steps 2-4 from above.
   
   This works, matching and replacing the three lines above 'end'




----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-31 15:01

Message:
Checked on r13969.  Seems to be fixed.  Closing the bug.

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-30 09:47

Message:
My fault.  You are correct k_satoda.  I'm using r13908, must have been
thinking of something else when I wrote r19000!  I will try the latest.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2008-10-29 16:05

Message:
I couldn't reproduce this with my build at r13952.

The reported revision r19000 seems not correct because the current trunk
is at r13963. Please verify the revision and try another build newer
than r13908 which is the last fix for regex search.

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-29 11:29

Message:
I think that it is the $ that makes the difference in the search
expression.

If you repeat the above steps, but without the $ inthe search expression,
it matches and replaces all 3 lines.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2207111&group_id=588

Bugs item #2013395, was opened at 2008-07-08 13:37
Message generated for change (Comment added) made by admirau
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2013395&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: admirau (admirau)
Assigned to: Nobody/Anonymous (nobody)
Summary: NPE on Windows with limited rights

Initial Comment:
When I use jEdit on an Windows account with limited rights I get following errors when I open file via shell context menu:

java.lang.NullPointerException: Null Pointer in Method Invocation
	at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:841)
	at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at org.gjt.sp.jedit.bsh.BSHVariableDeclarator.eval(BSHVariableDeclarator.java:86)
	at org.gjt.sp.jedit.bsh.BSHTypedVariableDeclaration.eval(BSHTypedVariableDeclaration.java:84)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:644)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:738)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:727)
	at org.gjt.sp.jedit.BeanShellFacade._eval(BeanShellFacade.java:149)
	at org.gjt.sp.jedit.BeanShellFacade.eval(BeanShellFacade.java:114)
	at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:389)
	at org.gjt.sp.jedit.EditServer$1.run(EditServer.java:343)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)


Activity log entries:
13:30:57 [debug] WorkThread: Running in work thread: [id=485,run=sidekick.SideKick$ParseRequest@1dd8a94]
13:30:57 [notice] SideKick #1: getParserErrors, there are 0 errors
13:30:57 [debug] EditBus: ViewUpdate[what=VIEW_ACTIVATED,source=org.gjt.sp.jedit.View[active]]
13:30:57 [debug] JEditTextArea: InputMethodSupport is activated
13:30:57 [debug] SideKick$ParseAWTRequest: ParseAWTRequest
13:30:57 [debug] SideKickParsedData: Setting parsed data of org.gjt.sp.jedit.View[active] to sidekick.html.HtmlSideKickParsedData@400a86
13:30:57 [debug] EditBus: SideKickUpdate[source=null]
13:30:57 [debug] EditBus: DynamicMenuChanged[menu=recent-files,source=null]
13:31:11 [debug] MiscUtilities: Saving backup of file "C:\Users\user\.jedit\perspective.xml" to "C:\Users\user\.jedit\settings-backup\perspective.xml~1~"
13:31:13 [debug] EditBus: DynamicMenuChanged[menu=recent-files,source=null]
13:31:24 [error] KeyEventTranslator: Invalid key stroke: C+e C+`
13:31:24 [debug] EditBus: DockableWindowUpdate[what=ACTIVATED,dockable=log-viewer,source=org.gjt.sp.jedit.gui.DockableWindowManager[,0,0,1440x809,layout=org.gjt.sp.jedit.gui.DockableLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]]
13:34:30 [debug] EditBus: DynamicMenuChanged[menu=recent-files,source=null]
13:34:32 [error] KeyEventTranslator: Invalid key stroke: C+e C+`
13:34:32 [error] KeyEventTranslator: Invalid key stroke: C+e C+`
13:34:32 [debug] WorkThread: Running in work thread: [id=487,run=org.gjt.sp.jedit.browser.BrowserIORequest[type=LIST_DIRECTORY,vfs=org.gjt.sp.jedit.io.FileVFS@ce41cc,path1=C:\Users\user\Desktop\,path2=null]]
13:34:34 [debug] EditBus: VFSPathSelected[source=org.gjt.sp.jedit.View[active]]
13:34:34 [debug] EditBus: VFSPathSelected[source=org.gjt.sp.jedit.View[active]]
13:34:34 [debug] EditBus: BufferUpdate[what=LOAD_STARTED,view=org.gjt.sp.jedit.View[active],source=playlist.html (C:\Users\user\Desktop\)]
13:34:34 [debug] EditBus: BufferUpdate[what=CREATED,view=org.gjt.sp.jedit.View[active],source=playlist.html (C:\Users\user\Desktop\)]
13:34:34 [debug] WorkThread: Running in work thread: [id=490,run=org.gjt.sp.jedit.bufferio.BufferLoadRequest[playlist.html (C:\Users\user\Desktop\)]]
13:34:34 [debug] EditBus: BufferChanging[what=BUFFER_CHANGING,source=org.gjt.sp.jedit.EditPane[active]]
13:34:34 [debug] EditBus: DynamicMenuChanged[menu=recent-files,source=null]
13:34:34 [debug] EditBus: EditPaneUpdate[what=BUFFER_CHANGED,source=org.gjt.sp.jedit.EditPane[active]]
13:34:34 [debug] EditBus: BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=playlist.html (C:\Users\user\Desktop\)]
13:34:34 [debug] EditBus: BufferUpdate[what=LOADED,view=org.gjt.sp.jedit.View[active],source=playlist.html (C:\Users\user\Desktop\)]
13:34:34 [debug] SideKickParsedData: Setting parsed data of org.gjt.sp.jedit.View[active] to sidekick.SideKickParsedData@2d8a2f
13:34:34 [debug] EditBus: SideKickUpdate[source=null]
13:34:34 [debug] WorkThread: Running in work thread: [id=493,run=sidekick.SideKick$ParseRequest@1cb514c]
13:34:34 [debug] EditBus: DynamicMenuChanged[menu=recent-files,source=null]
13:34:34 [notice] SideKick #1: getParserErrors, there are 0 errors
13:34:34 [debug] SideKick$ParseAWTRequest: ParseAWTRequest
13:34:34 [debug] SideKickParsedData: Setting parsed data of org.gjt.sp.jedit.View[active] to sidekick.html.HtmlSideKickParsedData@165d3ae
13:34:34 [debug] EditBus: SideKickUpdate[source=null]
13:34:41 [debug] MiscUtilities: Saving backup of file "C:\Users\user\.jedit\perspective.xml" to "C:\Users\user\.jedit\settings-backup\perspective.xml~1~"


I use jEdit Launcher and jEdit is running in server mode.

----------------------------------------------------------------------

>Comment By: admirau (admirau)
Date: 2008-10-31 13:32

Message:
I have found how to reproduce this bug.

Install jEdit on Windows using administrative account.
Then switch to limited user account and run jEdit server using options:
"C:\Program Files\Jedit\bin\jedit.exe" -background -nogui

Then run jEdit on limited user account.

You will get:
A BeanShell error occured:
java.lang.NullPointerException: Null Pointer in Method Invocation
	at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:841)
	at
org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at
org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at
org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at
org.gjt.sp.jedit.bsh.BSHVariableDeclarator.eval(BSHVariableDeclarator.java:86)
	at
org.gjt.sp.jedit.bsh.BSHTypedVariableDeclaration.eval(BSHTypedVariableDeclaration.java:84)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:644)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:738)
	at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:727)
	at org.gjt.sp.jedit.BeanShellFacade._eval(BeanShellFacade.java:148)
	at org.gjt.sp.jedit.BeanShellFacade.eval(BeanShellFacade.java:113)
	at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:387)
	at org.gjt.sp.jedit.EditServer$1.run(EditServer.java:343)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2013395&group_id=588

Plugin Bugs item #2088659, was opened at 2008-09-02 12:35
Message generated for change (Comment added) made by scarfhogg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2088659&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Stächele (scarfhogg)
Assigned to: Nobody/Anonymous (nobody)
Summary: BufferTabs loses/mixes up Tab-Buffer association

Initial Comment:
Sometimes the BufferTabs plugin (version 1.1.0 with jEdit 4.3pre15) mixes up the association between tab and buffer. Unfortunately I cannot reliably reproduce this behaviour but I think it happens after I close a buffer. Typically the association is off by one place. For example if I want to view buffer n in the content area, I have to click on the tab with the name n+1 (one buffer further to the right than normally).

Unloading and reloading the plugin via the Plugins menu fixes the problem.

----------------------------------------------------------------------

Comment By: David Stächele (scarfhogg)
Date: 2008-10-31 10:43

Message:
Any progress on fixing this bug? I can confirm  conner_bw's steps on how to
reproduce it.

----------------------------------------------------------------------

Comment By: Dac Chartrand (conner_bw)
Date: 2008-09-09 00:22

Message:
Ok, i've figured out how to reproduce this bug as it just happened to me
again.

Make sure "Sort Buffer List" and "Sort by filename instead of pathname" is
enabled in Global Options before starting. 

1) 
Create the following files with some text written in them.
~/test/a/b.txt
~/test/a/c.txt
~/test/z/a.txt

2)
Open them in jEdit, so that they are in your BufferTabs

3)
Go to the "a.txt" buffer, write new text to the file, save As
"~/test/z/d.txt"

4)
Open "~/test/z/a.txt"

Result:
Buffers will be messed up. Boooooooo!

----------------------------------------------------------------------

Comment By: Robert Schwenn (rschwenn)
Date: 2008-09-08 20:52

Message:
Drag and drop the buffer tabs doesn't work for me, too.

The other issue I was talking about has gone after deleting of my settings
directory. May it would work for You, too?


----------------------------------------------------------------------

Comment By: Dac Chartrand (conner_bw)
Date: 2008-09-08 20:07

Message:
Never mind, i submitted a new bug: #2100690


----------------------------------------------------------------------

Comment By: Dac Chartrand (conner_bw)
Date: 2008-09-08 20:02

Message:
In previous versions (< pre15) you could drag and drop the bufferTabs to
move them. Now, this feature is broken.

One of the resulting behaviors of this bug is that "BufferTabs loses/mixes
up Tab-Buffer association" when trying to do so.

Should I open a new bug report, or will fixing this one also solve the
broken drag & drop?

----------------------------------------------------------------------

Comment By: admirau (admirau)
Date: 2008-09-08 12:31

Message:
Logged In: YES 
user_id=2133539
Originator: NO

I noticed, that built in Buffer Switcher shows file name properly
(according to displayed buffer content), but the buffer name on the tab is
wrong.
You can see this bug on the screenshot:
http://img301.imageshack.us/img301/5415/jeditbuffersmixedps9.png
(proper file name is index.html and it contains html code, but BufferTabs
shows different name)

----------------------------------------------------------------------

Comment By: Robert Schwenn (rschwenn)
Date: 2008-09-05 23:26

Message:
Logged In: YES 
user_id=1486645
Originator: NO

I'm afraid, I was talking about another issue: For me, the buffer tabs and
also the built-in buffer switcher show the buffer name corresponding to the
content in the text area. What's going wrong is keyboard input. It's
directed to another buffer (mouse is ok)!

My office PC (pre14) shows this issue reliably, but my home box (pre15)
not anymore. I will watch it quite a time before I would open another bug
ticket.

BTW:
What's about the built-in buffer switcher for You: does it shows the right
buffer name?


----------------------------------------------------------------------

Comment By: David Stächele (scarfhogg)
Date: 2008-09-03 11:25

Message:
Logged In: YES 
user_id=936790
Originator: YES

@rschwenn, should not have anything to do with the Windows version as I am
on Kubuntu 8.04.

----------------------------------------------------------------------

Comment By: admirau (admirau)
Date: 2008-09-03 08:45

Message:
Logged In: YES 
user_id=2133539
Originator: NO

Now, I’m sure this have nothing to do with splitted views. Right now I
got this bug using just one pane.
Windows Vista, jEdit 4.3pre15, BufferTabs 1.1.0, Java 1.6.0_07
(java.version=1.6.0_07, java.vm.version=10.0-b23,
java.runtime.version=1.6.0_07-b06)

Here is latest activity log:

08:25:44 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=W:\dev\tmp\css3\index.html,source=null]
08:25:46 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:29:25 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:29:26 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=LOAD_STARTED,view=org.gjt.sp.jedit.View[active],source=Untitled-1
(W:\dev\tmp\css3\)]
08:29:26 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=Untitled-1
(W:\dev\tmp\css3\)]
08:29:26 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=LOADED,view=org.gjt.sp.jedit.View[active],source=Untitled-1
(W:\dev\tmp\css3\)]
08:29:26 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.SideKickParsedData@1c9ce70
08:29:26 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:29:26 [SideKick #1] [debug] WorkThread: Running in work thread:
[id=94,run=sidekick.SideKick$ParseRequest@101d01]
08:29:26 [AWT-EventQueue-0] [debug] BufferSet: 4694228
addBufferAt(Untitled-1 (W:\dev\tmp\css3\),-1)
08:29:26 [AWT-EventQueue-0] [debug] BufferSet: 4694228: Buffer added
Untitled-1 (W:\dev\tmp\css3\) at 3
08:29:26 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=CREATED,view=org.gjt.sp.jedit.View[active],source=Untitled-1
(W:\dev\tmp\css3\)]
08:29:26 [AWT-EventQueue-0] [debug] EditBus:
BufferChanging[what=BUFFER_CHANGING,source=org.gjt.sp.jedit.EditPane[active,global]]
08:29:26 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:29:26 [AWT-EventQueue-0] [debug] EditBus:
EditPaneUpdate[what=BUFFER_CHANGED,source=org.gjt.sp.jedit.EditPane[active,global]]
08:29:26 [SideKick #1] [notice] SideKick #1: getParserErrors, there are 0
errors
08:29:26 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.SideKickParsedData@1b00766
08:29:26 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:29:26 [SideKick #1] [debug] WorkThread: Running in work thread:
[id=96,run=sidekick.SideKick$ParseRequest@1b5eba4]
08:29:26 [SideKick #1] [notice] SideKick #1: getParserErrors, there are 0
errors
08:29:26 [AWT-EventQueue-0] [debug] SideKick$ParseAWTRequest:
ParseAWTRequest
08:29:26 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:29:26 [AWT-EventQueue-0] [debug] SideKick$ParseAWTRequest:
ParseAWTRequest
08:29:26 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.html.HtmlSideKickParsedData@1d5b945
08:29:26 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:29:27 [AWT-EventQueue-0] [message] BeanShell: Running script C:\Program
Files\jEdit\macros\Clipboard\Paste_Indent.bsh
08:29:27 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=DIRTY_CHANGED,view=null,source=Untitled-1
(W:\dev\tmp\css3\)]
08:29:31 [AWT-EventQueue-0] [error] KeyEventTranslator: Invalid key
stroke: C+e C+BACK_QUOTE
08:29:31 [AWT-EventQueue-0] [error] KeyEventTranslator: Invalid key
stroke: C+e C+BACK_QUOTE
08:29:32 [jEdit I/O #4] [debug] WorkThread: Running in work thread:
[id=98,run=org.gjt.sp.jedit.browser.BrowserIORequest[type=LIST_DIRECTORY,vfs=org.gjt.sp.jedit.io.FileVFS@552a2b,path1=W:\dev\tmp\css3\,path2=null]]
08:29:37 [jEdit I/O #4] [debug] WorkThread: Running in work thread:
[id=101,run=org.gjt.sp.jedit.browser.VFSFileChooserDialog$GetFileTypeRequest@1913751]
08:29:37 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=SAVING,view=org.gjt.sp.jedit.View[active],source=Untitled-1
(W:\dev\tmp\css3\)]
08:29:37 [AWT-EventQueue-0] [debug] WhiteSpacePlugin: bufferSaving: 0 ms
08:29:37 [jEdit I/O #2] [debug] WorkThread: Running in work thread:
[id=103,run=org.gjt.sp.jedit.bufferio.BufferSaveRequest[Untitled-1
(W:\dev\tmp\css3\)]]
08:29:37 [AWT-EventQueue-0] [notice] jEdit$3: Loading edit mode C:\Program
Files\jEdit\modes\htaccess.xml
08:29:37 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=.htaccess
(W:\dev\tmp\css3\)]
08:29:37 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=DIRTY_CHANGED,view=org.gjt.sp.jedit.View[active],source=.htaccess
(W:\dev\tmp\css3\)]
08:29:37 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=SAVED,view=org.gjt.sp.jedit.View[active],source=.htaccess
(W:\dev\tmp\css3\)]
08:29:37 [AWT-EventQueue-0] [debug] Bookmarks: saving bookmarks to
'C:\Users\user\.jedit\bookmarks\.bookmarkStorage.txt'
08:29:37 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=W:\dev\tmp\css3,source=null]
08:29:37 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=W:\dev\tmp\css3\#.htaccess#save#,source=null]
08:29:37 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=W:\dev\tmp\css3\.htaccess,source=null]
08:29:50 [AWT-EventQueue-0] [debug] MiscUtilities: Saving backup of file
"C:\Users\user\.jedit\perspective.xml" to
"C:\Users\user\.jedit\settings-backup\perspective.xml~1~"
08:29:54 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:30:01 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:30:02 [AWT-EventQueue-0] [error] KeyEventTranslator: Invalid key
stroke: C+e C+BACK_QUOTE
08:30:02 [AWT-EventQueue-0] [error] KeyEventTranslator: Invalid key
stroke: C+e C+BACK_QUOTE
08:30:02 [jEdit I/O #3] [debug] WorkThread: Running in work thread:
[id=106,run=org.gjt.sp.jedit.browser.BrowserIORequest[type=LIST_DIRECTORY,vfs=org.gjt.sp.jedit.io.FileVFS@552a2b,path1=W:\dev\tmp\css3\,path2=null]]
08:30:04 [AWT-EventQueue-0] [debug] EditBus:
VFSPathSelected[source=org.gjt.sp.jedit.View[active]]
08:30:04 [AWT-EventQueue-0] [debug] EditBus:
VFSPathSelected[source=org.gjt.sp.jedit.View[active]]
08:30:04 [jEdit I/O #3] [debug] WorkThread: Running in work thread:
[id=109,run=org.gjt.sp.jedit.browser.BrowserIORequest[type=LIST_DIRECTORY,vfs=org.gjt.sp.jedit.io.FileVFS@552a2b,path1=W:\dev\tmp\css3\ccss,path2=null]]
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [message]
EditServer: Socket[addr=/127.0.0.1,port=51775,localport=51767]: connected
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: Socket[addr=/127.0.0.1,port=51775,localport=51767]:
authenticated successfully
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: parent = "W:\\";
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: args = new String[1];
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: args[0] =
"C:\\Users\\user\\www\\dev\\tmp\\css3\\ccss\\index.php";
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: view = jEdit.getLastView();
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: buffer = EditServer.handleClient(false, false, false, parent,
args);
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: if(buffer != null && false){
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer:     buffer.setWaitSocket(socket);
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer:     doNotCloseSocket = true;
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: }
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: if(view != jEdit.getLastView() && false){
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer:   jEdit.getLastView().setWaitSocket(socket);
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer:   doNotCloseSocket = true;
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: }
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: if(doNotCloseSocket == void)
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer:   socket.close();
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: int state = view.getExtendedState();
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: if((state & view.ICONIFIED) == view.ICONIFIED){ state ^=
view.ICONIFIED; view.setExtendedState(state); }
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: view.setVisible(true);
08:30:39 [jEdit server daemon [C:\Users\user\.jedit\server]] [debug]
EditServer: view.getTextArea().requestFocus();
08:30:39 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=LOAD_STARTED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:39 [AWT-EventQueue-0] [debug] BufferSet: 4694228
addBufferAt(index.php (C:\Users\user\www\dev\tmp\css3\ccss\),-1)
08:30:39 [jEdit I/O #3] [debug] WorkThread: Running in work thread:
[id=112,run=org.gjt.sp.jedit.bufferio.BufferLoadRequest[index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]]
08:30:39 [AWT-EventQueue-0] [debug] BufferSet: 4694228: Buffer added
index.php (C:\Users\user\www\dev\tmp\css3\ccss\) at 2
08:30:39 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=CREATED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:39 [AWT-EventQueue-0] [debug] EditBus:
BufferChanging[what=BUFFER_CHANGING,source=org.gjt.sp.jedit.EditPane[active,global]]
08:30:39 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:30:39 [AWT-EventQueue-0] [debug] EditBus:
EditPaneUpdate[what=BUFFER_CHANGED,source=org.gjt.sp.jedit.EditPane[active,global]]
08:30:39 [AWT-EventQueue-0] [notice] jEdit$3: Loading edit mode C:\Program
Files\jEdit\modes\php.xml
08:30:40 [AWT-EventQueue-0] [notice] jEdit$3: Loading edit mode C:\Program
Files\jEdit\modes\xml.xml
08:30:40 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:40 [AWT-EventQueue-0] [debug] PHPErrorSource: New PHPErrorSource
08:30:40 [AWT-EventQueue-0] [debug] PHPSideKickParser: PHPParser:
activated for index.php (C:\Users\user\www\dev\tmp\css3\ccss\)
08:30:40 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=LOADED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:40 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.SideKickParsedData@258c74
08:30:40 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:30:40 [SideKick #1] [debug] WorkThread: Running in work thread:
[id=115,run=sidekick.SideKick$ParseRequest@1285252]
08:30:40 [SideKick #1] [error] WorkThread: Exception in work thread: 
08:30:40 [SideKick #1] [error] WorkThread: java.lang.Error: Invalid escape
character at line 5 column 28.
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.JavaCharStream.readChar(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParserTokenManager.jjMoveNfa_1(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParserTokenManager.jjMoveStringLiteralDfa0_1(Unknown
Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParserTokenManager.getNextToken(Unknown
Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.jj_scan_token(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.jj_3R_67(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.jj_3R_52(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.jj_3_3(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.jj_2_3(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.assignment(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.assignment(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.ConcatExpression(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.ConditionalAndExpression(Unknown
Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.ConditionalOrExpression(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.ConditionalExpression(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.Expression(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.expressionStatement(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.StatementNoBreak(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.Statement(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.BlockStatement(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.Php(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.PhpBlock(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.phpFile(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.parse(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.parse(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.parser.PHPParser.parse(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
gatchan.phpparser.sidekick.PHPSideKickParser.parse(Unknown Source)
08:30:40 [SideKick #1] [error] WorkThread:  at
sidekick.SideKick$ParseRequest.run(SideKick.java:501)
08:30:40 [SideKick #1] [error] WorkThread:  at
org.gjt.sp.util.WorkThread.doRequest(WorkThread.java:213)
08:30:40 [SideKick #1] [error] WorkThread:  at
org.gjt.sp.util.WorkThread.doRequests(WorkThread.java:180)
08:30:40 [SideKick #1] [error] WorkThread:  at
org.gjt.sp.util.WorkThread.run(WorkThread.java:154)
08:30:40 [AWT-EventQueue-0] [debug] SideKick$ParseAWTRequest:
ParseAWTRequest
08:30:40 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to null
08:30:40 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:30:46 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:30:50 [AWT-EventQueue-0] [debug] MiscUtilities: Saving backup of file
"C:\Users\user\.jedit\perspective.xml" to
"C:\Users\user\.jedit\settings-backup\perspective.xml~1~"
08:30:51 [AWT-EventQueue-0] [debug] EditBus:
RegisterChanged[register=%,source=null]
08:30:53 [AWT-EventQueue-0] [message] BeanShell: Running script C:\Program
Files\jEdit\macros\Clipboard\Paste_Indent.bsh
08:30:53 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=DIRTY_CHANGED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:57 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=SAVING,view=org.gjt.sp.jedit.View[active],source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:57 [AWT-EventQueue-0] [debug] WhiteSpacePlugin: bufferSaving: 0 ms
08:30:57 [jEdit I/O #3] [debug] WorkThread: Running in work thread:
[id=117,run=org.gjt.sp.jedit.bufferio.BufferSaveRequest[index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]]
08:30:57 [jEdit I/O #3] [debug] MiscUtilities: Saving backup of file
"C:\Users\user\www\dev\tmp\css3\ccss\index.php" to
"W:\~backups\C\Users\user\www\dev\tmp\css3\ccss\index.php~"
08:30:57 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:57 [AWT-EventQueue-0] [debug] PHPSideKickParser: PHPParser:
deactivated
08:30:57 [AWT-EventQueue-0] [debug] PHPSideKickParser: PHPParser:
activated for index.php (C:\Users\user\www\dev\tmp\css3\ccss\)
08:30:57 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=DIRTY_CHANGED,view=org.gjt.sp.jedit.View[active],source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:57 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=SAVED,view=org.gjt.sp.jedit.View[active],source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:30:57 [AWT-EventQueue-0] [debug] Bookmarks: saving bookmarks to
'C:\Users\user\.jedit\bookmarks\.bookmarkStorage.txt'
08:30:57 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=C:\Users\user\www\dev\tmp\css3\ccss,source=null]
08:30:57 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=C:\Users\user\www\dev\tmp\css3\ccss\#index.php#save#,source=null]
08:30:57 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=C:\Users\user\www\dev\tmp\css3\ccss\index.php,source=null]
08:31:03 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=DIRTY_CHANGED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:31:08 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=SAVING,view=org.gjt.sp.jedit.View[active],source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:31:08 [AWT-EventQueue-0] [debug] WhiteSpacePlugin: bufferSaving: 0 ms
08:31:08 [jEdit I/O #4] [debug] WorkThread: Running in work thread:
[id=120,run=org.gjt.sp.jedit.bufferio.BufferSaveRequest[index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]]
08:31:08 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:31:08 [AWT-EventQueue-0] [debug] PHPSideKickParser: PHPParser:
deactivated
08:31:08 [AWT-EventQueue-0] [debug] PHPSideKickParser: PHPParser:
activated for index.php (C:\Users\user\www\dev\tmp\css3\ccss\)
08:31:08 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=DIRTY_CHANGED,view=org.gjt.sp.jedit.View[active],source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:31:08 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=SAVED,view=org.gjt.sp.jedit.View[active],source=index.php
(C:\Users\user\www\dev\tmp\css3\ccss\)]
08:31:08 [AWT-EventQueue-0] [debug] Bookmarks: saving bookmarks to
'C:\Users\user\.jedit\bookmarks\.bookmarkStorage.txt'
08:31:08 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=C:\Users\user\www\dev\tmp\css3\ccss,source=null]
08:31:08 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=C:\Users\user\www\dev\tmp\css3\ccss\#index.php#save#,source=null]
08:31:08 [AWT-EventQueue-0] [debug] EditBus:
VFSUpdate[path=C:\Users\user\www\dev\tmp\css3\ccss\index.php,source=null]
08:31:21 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:32:25 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:32:28 [AWT-EventQueue-0] [debug] EditBus:
BufferChanging[what=BUFFER_CHANGING,source=org.gjt.sp.jedit.EditPane[active,global]]
08:32:28 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:32:28 [AWT-EventQueue-0] [debug] EditBus:
EditPaneUpdate[what=BUFFER_CHANGED,source=org.gjt.sp.jedit.EditPane[active,global]]
08:32:28 [AWT-EventQueue-0] [debug] PHPSideKickParser: PHPParser:
deactivated
08:32:28 [AWT-EventQueue-0] [debug] JavaScriptParser: javascript:
activated for script.js (W:\dev\tmp\css3\javascript\)
08:32:28 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.SideKickParsedData@114a3c6
08:32:28 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:32:28 [SideKick #1] [debug] WorkThread: Running in work thread:
[id=123,run=sidekick.SideKick$ParseRequest@c4cee]
08:32:28 [SideKick #1] [debug] JavaScriptParser: parsing completed
08:32:28 [SideKick #1] [debug] JavaScriptParser: tree built
08:32:28 [AWT-EventQueue-0] [debug] SideKick$ParseAWTRequest:
ParseAWTRequest
08:32:28 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.SideKickParsedData@f97d27
08:32:28 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:32:34 [AWT-EventQueue-0] [debug] EditBus:
DynamicMenuChanged[menu=recent-files,source=null]
08:32:34 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=LOAD_STARTED,view=org.gjt.sp.jedit.View[active],source=script.js
(W:\dev\tmp\css3\javascript\)]
08:32:34 [jEdit I/O #4] [debug] WorkThread: Running in work thread:
[id=125,run=org.gjt.sp.jedit.bufferio.BufferLoadRequest[script.js
(W:\dev\tmp\css3\javascript\)]]
08:32:34 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=script.js
(W:\dev\tmp\css3\javascript\)]
08:32:34 [AWT-EventQueue-0] [debug] JavaScriptParser: javascript:
deactivated
08:32:34 [AWT-EventQueue-0] [debug] JavaScriptParser: javascript:
activated for script.js (W:\dev\tmp\css3\javascript\)
08:32:34 [AWT-EventQueue-0] [debug] EditBus:
BufferUpdate[what=LOADED,view=org.gjt.sp.jedit.View[active],source=script.js
(W:\dev\tmp\css3\javascript\)]
08:32:34 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.SideKickParsedData@1d433c1
08:32:34 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:32:34 [SideKick #1] [debug] WorkThread: Running in work thread:
[id=127,run=sidekick.SideKick$ParseRequest@92015d]
08:32:34 [SideKick #1] [debug] JavaScriptParser: parsing completed
08:32:34 [SideKick #1] [debug] JavaScriptParser: tree built
08:32:34 [AWT-EventQueue-0] [debug] SideKick$ParseAWTRequest:
ParseAWTRequest
08:32:34 [AWT-EventQueue-0] [debug] SideKickParsedData: Setting parsed
data of org.gjt.sp.jedit.View[active] to
sidekick.SideKickParsedData@1a82e92
08:32:34 [AWT-EventQueue-0] [debug] EditBus: SideKickUpdate[source=null]
08:33:09 [AWT-EventQueue-0] [error] KeyEventTranslator: Invalid key
stroke: C+e C+BACK_QUOTE
08:33:09 [AWT-EventQueue-0] [debug] EditBus:
DockableWindowUpdate[what=ACTIVATED,dockable=log-viewer,source=org.gjt.sp.jedit.gui.DockableWindowManager[,0,0,1337x839,layout=org.gjt.sp.jedit.gui.DockableLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]]

----------------------------------------------------------------------

Comment By: Robert Schwenn (rschwenn)
Date: 2008-09-02 22:17

Message:
Logged In: YES 
user_id=1486645
Originator: NO

I could have sworn, that I can reproduce this bug reliably by simply
choosing a file from the recent files list, but just now I can't! 

This way I got the described trouble very often and surely as of jEdit
4.3pre14. I was hoping that it would be gone with pre15, but it didn't. So
I tried to avoid the use of recent files list. But when I forgot it, I got
rid of the mismatch by opening a file via the file open dialog.

I don't think that this depends on split views, but I'm not really sure.
Also, I often use two or three views...


Windows XP SP3 (SP3 for 3 days only - could there be a relation?)
SUN JRE 1.6.0_7
jEdit 4.3pre14, 4.3pre15
many plugins, emong:
- Bufferabs 1.1.0
- BufferList 1.2
- Sessions 1.4.2
- jDiff 2.1.0



----------------------------------------------------------------------

Comment By: Anthony Keeley (keeleyt83)
Date: 2008-09-02 18:08

Message:
Logged In: YES 
user_id=1883940
Originator: NO

I've also had this problem and only use split views and buffersets like
scarfhogg does, as well. I have no idea how to reproduce it, but will
attempt to whenever it happens to me next.

----------------------------------------------------------------------

Comment By: David Stächele (scarfhogg)
Date: 2008-09-02 14:56

Message:
Logged In: YES 
user_id=936790
Originator: YES

Thanks admirau for confirming the bug and kpouer for your response.

I use split view and the JDiff plugin, which also splits the view,
occasionally. I never manually changed buffer sets, so I assume I'm using
the global set.

----------------------------------------------------------------------

Comment By: Matthieu Casanova (kpouer)
Date: 2008-09-02 13:39

Message:
Logged In: YES 
user_id=285591
Originator: NO

What buffer set scope do you use ?
Do you use several views, split view ?

----------------------------------------------------------------------

Comment By: admirau (admirau)
Date: 2008-09-02 13:35

Message:
Logged In: YES 
user_id=2133539
Originator: NO

Yes, this is very annoying bug, especially when you have similar buffer
content.

Simply wrong name is displayed on the tab (or wrong buffer content). When
you reload buffer, name on the tab is corrected.
but names of the other buffers are still shifted.
Unfortunately, I have no idea how to reproduce this.

This problem exist using the latest version of Buffer Tabs. Previous
version, before jEdit 4.3pre15 was OK. 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2088659&group_id=588

Plugin Feature Requests item #2211433, was opened at 2008-10-31 09:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=2211433&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: poleta333 (poleta333)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP : add a master password (like firefox)

Initial Comment:
Hi

It would be great if there would be the possibility to protect all password connections by a master password (like firefox)

bye !

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=2211433&group_id=588

Sure, Alan was right. I fixed it. But I doubt that I fixed "most of the 
other issues". I just fixed what I found. I bet there are other 
problems. Just tell me if you find anything else that behaves weird.

Cheers
Vampire

Kazutoshi Satoda schrieb:
> Hi Vampire,
>
> Could you please take a look at this?
>
> Alan Ezust wrote:
>   
>> This is probably a breakage of php4 code, when they upgraded to php5,
>> but that's just a guess. vampire has fixed most of the other issues
>> but he's on vacation now and may not be able to do it immediately.
>>
>>
>> On Sun, Oct 19, 2008 at 11:20 AM, Kazutoshi Satoda
>> <k_s...@f2...> wrote:
>>     
>>> Hi,
>>>
>>> At the "Screenshots" page in jEdit's home page, I noticed that the actual
>>> images are not shown for the link from the thumbnails.
>>> http://www.jedit.org/index.php?page=screenshots
>>>
>>> They are all referring "jedit-snap-.png" which looks not existing.
>>>       
>>>>     <!-- begin screenshot.text -->
>>>>
>>>> <!-- for jEdit: :mode=html:indentSize=2:tabSize=2:noTabs=true: -->
>>>>
>>>> <img src="jedit-snap-.png" alt="Screenshot">
>>>>
>>>> <!-- end screenshot.text -->
>>>>         
>>> Does anyone know what causes this?
>>>       
>
>   

Hi Vampire,

Could you please take a look at this?

Alan Ezust wrote:
> This is probably a breakage of php4 code, when they upgraded to php5,
> but that's just a guess. vampire has fixed most of the other issues
> but he's on vacation now and may not be able to do it immediately.
> 
> 
> On Sun, Oct 19, 2008 at 11:20 AM, Kazutoshi Satoda
> <k_s...@f2...> wrote:
>> Hi,
>>
>> At the "Screenshots" page in jEdit's home page, I noticed that the actual
>> images are not shown for the link from the thumbnails.
>> http://www.jedit.org/index.php?page=screenshots
>>
>> They are all referring "jedit-snap-.png" which looks not existing.
>>>     <!-- begin screenshot.text -->
>>>
>>> <!-- for jEdit: :mode=html:indentSize=2:tabSize=2:noTabs=true: -->
>>>
>>> <img src="jedit-snap-.png" alt="Screenshot">
>>>
>>> <!-- end screenshot.text -->
>>
>> Does anyone know what causes this?

-- 
k_satoda

Hi,

I'm trying to write a plugin for Clojure using the Console API. I have
copied the PrologConsole plugin (was the simplest to clone) and changed
the code as appropriate, but I'm coming up against something weird.

When the plugin loads, it fails to see files inside the clojure.jar
file, which I reference from my own, ClojureConsole.jar file.

The exception I am getting is:

9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR: Caused by:
java.lang.RuntimeException: java.io.FileNotFoundException: Could not
locate Clojure resource on classpath: clojure/boot.clj
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR:  at
clojure.lang.RT.<clinit>(RT.java:319)
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR:  ... 69 more
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR: Caused by:
java.io.FileNotFoundException: Could not locate Clojure resource on
classpath: clojure/boot.clj
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR:  at
clojure.lang.RT.loadResourceScript(RT.java:365)
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR:  at
clojure.lang.RT.loadResourceScript(RT.java:351)
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR:  at
clojure.lang.RT.doInit(RT.java:374)
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR:  at
clojure.lang.RT.<clinit>(RT.java:315)
9:25:00 AM [AWT-EventQueue-0] [error] PluginJAR:  ... 69 more
9:25:00 AM [AWT-EventQueue-0] [error] ErrorListDialog
$ErrorEntry: /usr/share/jEdit/jars/ClojureConsole.jar:
9:25:00 AM [AWT-EventQueue-0] [error] ErrorListDialog$ErrorEntry: Cannot
start: java.lang.ExceptionInInitializerError
9:25:00 AM [AWT-EventQueue-0] [error] ErrorListDialog$ErrorEntry: Try
updating to a newer version of the plugin.

My manifest has clojure.jar in the Class-Path section, so I don't see
why this should happen.

Any ideas?

-- 
Kind Regards,

David.

Plugin Bugs item #2210011, was opened at 2008-10-30 16:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2210011&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Reinout van Schouwen (reinouts)
Assigned to: Nobody/Anonymous (nobody)
Summary: NPE in XMLIndenter when indenting read-only buffer

Initial Comment:
The XML indenter plugin should handle an error due to indenting a read-only buffer more gracefully than this:

java.lang.NullPointerException
	at java.text.MessageFormat.applyPattern(MessageFormat.java:439)
	at java.text.MessageFormat.<init>(MessageFormat.java:367)
	at java.text.MessageFormat.format(MessageFormat.java:828)
	at xml.indent.XmlIndenterPlugin.processException(Unknown Source)
	at xml.indent.XmlIndenterPlugin.indentXml(Unknown Source)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:616)
	at org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134)
	at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:98)
	at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:871)
	at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80)
	at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362)
	at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258)
	at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186)
	at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:222)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:441)
	at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:352)
	at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3067)
	at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3051)
	at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:220)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.AbstractButton.doClick(AbstractButton.java:374)
	at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1688)
	at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1732)
	at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
	at java.awt.Component.processMouseEvent(Component.java:6106)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3276)
	at java.awt.Component.processEvent(Component.java:5871)
	at java.awt.Container.processEvent(Container.java:2105)
	at java.awt.Component.dispatchEventImpl(Component.java:4467)
	at java.awt.Container.dispatchEventImpl(Container.java:2163)
	at java.awt.Component.dispatchEvent(Component.java:4293)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055)
	at java.awt.Container.dispatchEventImpl(Container.java:2149)
	at java.awt.Window.dispatchEventImpl(Window.java:2478)
	at java.awt.Component.dispatchEvent(Component.java:4293)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:604)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2210011&group_id=588

Hey Kaz

Yeah, there's a good chance I'll take a look at it. I'm sorry for my  
absence during all this, but I've been busy trying to keep my company  
going :-) Web development takes a toll on you, when you're doing both  
sales, production and project management ;-)

I'm going on a much needed vacation tomorrow and I'll be home the 7th  
of nov. I'll be very happy to take a look at the issues when I get  
home, so we can get this out of the way for pre16.

Best regards,
Seph


On 29/10/2008, at 18.11, Kazutoshi Satoda wrote:

> Hi Seph,
>
> I think it's nice if the following issues were fixed in the next
> repelase. - "jEdit does not start on Leopard with Java 1.6 as default"
> https://sourceforge.net/support/tracker.php?aid=1955173
> - "Mac OSX Java update on 2008-09-24 breaks jEdit"
> https://sourceforge.net/support/tracker.php?aid=2127295
>
> Is there any chance of fix in a few weeks? I want to know whether
> it is better or not to wait for the fix of this issue.
> -- 
> k_satoda

Bugs item #2207111, was opened at 2008-10-29 11:17
Message generated for change (Comment added) made by solrac776
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2207111&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: search and replace
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Carlos (solrac776)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.3pre16: regex $ not matching the last line of a selection

Initial Comment:
This is reproducible on 4.3pre16-r19000.

Given the below text:

   function make_student_rec(
      p_birth_date  table.birth_date%type,
      p_registration_code  table.ests_code%type,
      p_registration_date  table.ests_date%type
   ) return student_rec as
         v_temp student_rec;
      begin
         p_birth_date  table.birth_date%type,
         p_registration_code  table.ests_code%type,
         p_registration_date  table.ests_date%type
      end;

Reproduce the issue:
   1. Select the 3 lines between 'begin' and 'end'.
   2. Press Ctrl-F to bring up the find and replace dialogue.
      ('regular expressions', 'hypersearch' and 'selection' should be selected.)
   
   3. Search for: p_(\w+)  [^\n]+$
   4. Replace with: v_temp.$1 := p_$1;
   5. Press 'replace all'.
   
   This only matches and replaces the first two lines.
   It should match and replace all three lines.

Maybe of interest:
   Undo the above changes (so that you have your original text again).
   Select the 3 lines between 'begin' and 'end' and also select 'end'.
   (So now we have 4 lines selected)
   
   Repeat steps 2-4 from above.
   
   This works, matching and replacing the three lines above 'end'




----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-30 09:47

Message:
My fault.  You are correct k_satoda.  I'm using r13908, must have been
thinking of something else when I wrote r19000!  I will try the latest.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2008-10-29 16:05

Message:
I couldn't reproduce this with my build at r13952.

The reported revision r19000 seems not correct because the current trunk
is at r13963. Please verify the revision and try another build newer
than r13908 which is the last fix for regex search.

----------------------------------------------------------------------

Comment By: Carlos (solrac776)
Date: 2008-10-29 11:29

Message:
I think that it is the $ that makes the difference in the search
expression.

If you repeat the above steps, but without the $ inthe search expression,
it matches and replaces all 3 lines.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2207111&group_id=588

This is very strange. The TO versions for jEdit and JDK were set and 
thus the plugins were only shown with exactly one setup. And strangely 
they are not easily settable. I had to do it for each single dependency 
and two times consecutively that it takes effect. I also had to 
regenerate the plugin list twice for the changes to take effect. This is 
very strange. For the moment, if you release plugins please triple check 
if all is correct and also don't forget reloading, the pages are 
somewhat cached by the browser now strangely.

Dale Anson schrieb:
> I would like to know how to take care of these too, so please share 
> the details.
>
> Thanks,
>
> Dale
>
>
> On Wed, Oct 29, 2008 at 10:47 AM, Kazutoshi Satoda 
> <k_s...@f2... <mailto:k_s...@f2...>> wrote:
>
>     Alan Ezust wrote:
>
>         If it's been released but is not showing up in plugin manager,
>         that is
>         usually indicative that the version # for the branch of the
>         plugin was
>         not set properly in the plugin wiz database.  Basically,
>         someone needs
>         to go into the database and update the version#, and regen the
>         plugin
>         list.xml file that is sent to you whenever you get the plugin list
>         from plugin manager.
>
>
>     Background and ColumnRuler seem to have fallen into the same issue.
>
>     Also, ColumRuler is not shown on "Recently Updated Plugins" page.
>     http://plugins.jedit.org/updates.php
>
>     Could you please care them too?
>     -- 
>     k_satoda
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/

Typically the "Announcement" content of the plugin release I would say. 
But I'm not sure, I didn't do any plugin releases yet, I'm just the guy 
behind the scene. ;-) Just ask Alan or look at the other plugin releases 
what is written there. The contents of that field are also delivered to 
the plugin manager I think. So the field should definitely not be empty. 
Maybe someone should update the plugins where it is empty currently.

Dale Anson schrieb:
> Thanks!  I'll update my notes.  What typically goes in the "changes" 
> field?  The entire release request contents?  Just the announcement line?
>
> Dale
>
>
> Vampire wrote:
>   
>> The pluginlist was simply not regenerated, because of that the new 
>> versions of Background and ColumnRuler were not available in the 
>> plugin manager. I did this and now they are. That ColumnRuler and 
>> others were not listed in the "Recently Updated Plugins" page was 
>> because only updates with a filled-in changes field were shown there. 
>> I lifted this restriction, but whoever does plugin releases should 
>> also fill in this field. It is NOT acceptable to leave it empty.
>>
>> Regards
>> Vampire
>>
>> Kazutoshi Satoda schrieb:
>>     
>>> Alan Ezust wrote:
>>>   
>>>       
>>>> If it's been released but is not showing up in plugin manager, that is
>>>> usually indicative that the version # for the branch of the plugin was
>>>> not set properly in the plugin wiz database.  Basically, someone needs
>>>> to go into the database and update the version#, and regen the plugin
>>>> list.xml file that is sent to you whenever you get the plugin list
>>>> from plugin manager.
>>>>     
>>>>         
>>> Background and ColumnRuler seem to have fallen into the same issue.
>>>
>>> Also, ColumRuler is not shown on "Recently Updated Plugins" page.
>>> http://plugins.jedit.org/updates.php
>>>
>>> Could you please care them too?
>>>   
>>>       
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>     
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>   

Could this also be done for TextObjects and VoxSpell? I still don't
see them in plugin manger. Thanks! _matt

On Wed, Oct 29, 2008 at 8:55 PM, Dale Anson <da...@gr...> wrote:
> Thanks!  I'll update my notes.  What typically goes in the "changes"
> field?  The entire release request contents?  Just the announcement line?
>
> Dale
>
>
> Vampire wrote:
>> The pluginlist was simply not regenerated, because of that the new
>> versions of Background and ColumnRuler were not available in the
>> plugin manager. I did this and now they are. That ColumnRuler and
>> others were not listed in the "Recently Updated Plugins" page was
>> because only updates with a filled-in changes field were shown there.
>> I lifted this restriction, but whoever does plugin releases should
>> also fill in this field. It is NOT acceptable to leave it empty.
>>
>> Regards
>> Vampire
>>
>> Kazutoshi Satoda schrieb:
>>> Alan Ezust wrote:
>>>
>>>> If it's been released but is not showing up in plugin manager, that is
>>>> usually indicative that the version # for the branch of the plugin was
>>>> not set properly in the plugin wiz database.  Basically, someone needs
>>>> to go into the database and update the version#, and regen the plugin
>>>> list.xml file that is sent to you whenever you get the plugin list
>>>> from plugin manager.
>>>>
>>>
>>> Background and ColumnRuler seem to have fallen into the same issue.
>>>
>>> Also, ColumRuler is not shown on "Recently Updated Plugins" page.
>>> http://plugins.jedit.org/updates.php
>>>
>>> Could you please care them too?
>>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>

Thanks!  I'll update my notes.  What typically goes in the "changes" 
field?  The entire release request contents?  Just the announcement line?

Dale


Vampire wrote:
> The pluginlist was simply not regenerated, because of that the new 
> versions of Background and ColumnRuler were not available in the 
> plugin manager. I did this and now they are. That ColumnRuler and 
> others were not listed in the "Recently Updated Plugins" page was 
> because only updates with a filled-in changes field were shown there. 
> I lifted this restriction, but whoever does plugin releases should 
> also fill in this field. It is NOT acceptable to leave it empty.
>
> Regards
> Vampire
>
> Kazutoshi Satoda schrieb:
>> Alan Ezust wrote:
>>   
>>> If it's been released but is not showing up in plugin manager, that is
>>> usually indicative that the version # for the branch of the plugin was
>>> not set properly in the plugin wiz database.  Basically, someone needs
>>> to go into the database and update the version#, and regen the plugin
>>> list.xml file that is sent to you whenever you get the plugin list
>>> from plugin manager.
>>>     
>>
>> Background and ColumnRuler seem to have fallen into the same issue.
>>
>> Also, ColumRuler is not shown on "Recently Updated Plugins" page.
>> http://plugins.jedit.org/updates.php
>>
>> Could you please care them too?
>>   
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/

I would like to know how to take care of these too, so please share the
details.

Thanks,

Dale


On Wed, Oct 29, 2008 at 10:47 AM, Kazutoshi Satoda
<k_s...@f2...>wrote:

> Alan Ezust wrote:
>
>> If it's been released but is not showing up in plugin manager, that is
>> usually indicative that the version # for the branch of the plugin was
>> not set properly in the plugin wiz database.  Basically, someone needs
>> to go into the database and update the version#, and regen the plugin
>> list.xml file that is sent to you whenever you get the plugin list
>> from plugin manager.
>>
>
> Background and ColumnRuler seem to have fallen into the same issue.
>
> Also, ColumRuler is not shown on "Recently Updated Plugins" page.
> http://plugins.jedit.org/updates.php
>
> Could you please care them too?
> --
> k_satoda
>

The pluginlist was simply not regenerated, because of that the new 
versions of Background and ColumnRuler were not available in the plugin 
manager. I did this and now they are. That ColumnRuler and others were 
not listed in the "Recently Updated Plugins" page was because only 
updates with a filled-in changes field were shown there. I lifted this 
restriction, but whoever does plugin releases should also fill in this 
field. It is NOT acceptable to leave it empty.

Regards
Vampire

Kazutoshi Satoda schrieb:
> Alan Ezust wrote:
>   
>> If it's been released but is not showing up in plugin manager, that is
>> usually indicative that the version # for the branch of the plugin was
>> not set properly in the plugin wiz database.  Basically, someone needs
>> to go into the database and update the version#, and regen the plugin
>> list.xml file that is sent to you whenever you get the plugin list
>> from plugin manager.
>>     
>
> Background and ColumnRuler seem to have fallen into the same issue.
>
> Also, ColumRuler is not shown on "Recently Updated Plugins" page.
> http://plugins.jedit.org/updates.php
>
> Could you please care them too?
>   

Bugs item #1955173, was opened at 2008-05-01 01:09
Message generated for change (Comment added) made by eumel_s
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1955173&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: severe bug
Status: Open
Resolution: Accepted
Priority: 6
Private: No
Submitted By: Marcello Teodori (mteodori)
Assigned to: Seph M. Soliman (scarlac)
Summary: jEdit does not start on Leopard with Java 1.6 as default

Initial Comment:
When setting 1.6 as default JVM, jEdit does not start because the MacOS integration plugin is incompatible with the released 1.6 JVM from Apple as it does not contain the Cocoa-Java bridge which had been deprecated in 1.5.

Everything is ok if I remove the plugin file: jEdit.app/Contents/Resources/Java/jars/MacOS.jar
until a version not using the Cocoa-Java bridge is available.






----------------------------------------------------------------------

Comment By: Emanuel Sprung (eumel_s)
Date: 2008-10-29 18:45

Message:
The best workaround that worked for me ist this:

Go to your application folder, CMD+I on your jEdit Application, check "Run
in 32bit mode".

Than jedit runs without removing any plugins. But, the bugs isn't solved
by that, i know...


----------------------------------------------------------------------

Comment By: Seph M. Soliman (scarlac)
Date: 2008-08-10 21:48

Message:
Logged In: YES 
user_id=831311
Originator: NO

The issue is known since the release of Java 1.6 x64. The issue is that
which I described at http://mijav.dk/node/25

I've been working on a new maxosx plugin recently which is now working
nicely and will (at some point in the future) replace the old one since the
old one incorporates a variety of features are now natively supported in
java 6 for mac (i.e. the menubar).

The features of the new plugin currently include:
- Drag'n'drop'ing items onto the dock
- Quitting properly (so shutting down isn't aborted due to a stale jedit
application)
- Opening a new view when no views are open (there's another tracker item
for this one)
- Using jEdits about dialog (application menu)
- Using jEdits global preferences (application menu)

Currently it is not a suitable drop-in replacement since it doesn't have
all the features the existing one does such as "reveal in finder",
service-integration and Open With integration. Some of these integration
features are important to include so osx users don't have to think
different about jedit than with any other program.

Alan and I are currently looking into how we can distribute the correct
plugin depending on jvm or if it may be backwards-compatible at least. If
anyone wants a beta version of the plugin with the features described above
I can send one explicitly so it may be tested or post it on my personal
blog for download.

Best regards,
Seph

----------------------------------------------------------------------

Comment By: Heklaz (jnp1234)
Date: 2008-08-10 21:09

Message:
Logged In: YES 
user_id=56541
Originator: NO

Same problem with pre15



----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2008-05-31 03:48

Message:
Logged In: YES 
user_id=935841
Originator: NO

The workaround is: Remove the Mac OSX plugin if you use Java 1.6

You still want Mac OSX plugin if you are using Java 1.5

Kinda a bummer that there isn't one version of jedit that works fine on
both 1.5 and 1.6 for the mac - is there a way to make the Mac OSX plugin
disable itself when it is running in 1.6?




----------------------------------------------------------------------

Comment By: Trevor Harmon (vocaro)
Date: 2008-05-31 03:02

Message:
Logged In: YES 
user_id=720008
Originator: NO

A little bit more detail regarding this bug... It manifests as an
UnsatisfiedLinkError, as shown in the system log:

java.lang.UnsatisfiedLinkError: /usr/lib/java/libObjCJava.A.dylib:  
 at java.lang.ClassLoader$NativeLibrary.load(Native Method) 
 at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1822) 
 at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1702) 
 at java.lang.Runtime.load0(Runtime.java:770) 
 at java.lang.System.load(System.java:1005) 
 at com.apple.cocoa.foundation.NSRuntime.loadLibrary(NSRuntime.java:127) 
 at com.apple.cocoa.foundation.NSRuntime.(NSRuntime.java:35) 
 at com.apple.cocoa.foundation.NSObject.(NSObject.java:27) 
 at macos.MacOSPlugin.start(Unknown Source) 
 at org.gjt.sp.jedit.PluginJAR.startPlugin(PluginJAR.java:1360)
 ...

There has been talk of this bug in other places, namely here:

http://lists.apple.com/archives/java-dev/2008/Apr/msg00280.html

and here:

http://lists.bluej.org/pipermail/bluej-discuss/2007-October/006482.html



----------------------------------------------------------------------

Comment By: Trevor Harmon (vocaro)
Date: 2008-05-31 02:58

Message:
Logged In: YES 
user_id=720008
Originator: NO

I can confirm the existence of this bug and also the efficacy of the
workaround (that is, removing the Mac OS plugin).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1955173&group_id=588