jedit-devel Mailing List for jEdit

Plugin Bugs item #3589468, was opened at 2012-11-23 13:28
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3589468&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: Bob Hauck (bobhwasatch)
Assigned to: Damien (kog13)
Summary: Commando  tries to build current buffer only

Initial Comment:
With previous versions of the console plugin (< 5.0), the jEdit "save and compile" command would run "make all" for C projects, or at least could be configured to do so. The new version seems to always want to build the current buffer and I haven't been able to make it do otherwise.

In looking at the new Commando XML, it appears that it is just stripping the extension off the buffer and then calling "make -C <directory-of-buffer> file-name" along with some optional extra parameters the user can supply. This is totally wrong behavior for any project with more than one file. It is easily fixed by putting the old XML in .jedit/console/commando, but still...

jEdit 5.0, Console 5.0, Debian Linux Wheezy 64-bit, Java 1.6.0_24.


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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-30 13:56

Message:
The name of the buffer is suppled to the make command only if no Makefile
is found.
It will search parent directories for the Makefile,  if you check the
"search for makefile" option. 
Furthermore, you can supply "All" for the "Additional parameters:" field. 
I am not clear on what you are requesting, exactly.


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

Comment By: Alan Ezust (ezust)
Date: 2013-06-30 13:47

Message:
Are you referring to the "make.xml" commando file? Or another one?

What is this "save and compile" command you speak of ? How does one invoke
it? I can't find this command.




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

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

Plugin Bugs item #3589468, was opened at 2012-11-23 13:28
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3589468&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: Bob Hauck (bobhwasatch)
Assigned to: Damien (kog13)
Summary: Commando  tries to build current buffer only

Initial Comment:
With previous versions of the console plugin (< 5.0), the jEdit "save and compile" command would run "make all" for C projects, or at least could be configured to do so. The new version seems to always want to build the current buffer and I haven't been able to make it do otherwise.

In looking at the new Commando XML, it appears that it is just stripping the extension off the buffer and then calling "make -C <directory-of-buffer> file-name" along with some optional extra parameters the user can supply. This is totally wrong behavior for any project with more than one file. It is easily fixed by putting the old XML in .jedit/console/commando, but still...

jEdit 5.0, Console 5.0, Debian Linux Wheezy 64-bit, Java 1.6.0_24.


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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-30 13:47

Message:
Are you referring to the "make.xml" commando file? Or another one?

What is this "save and compile" command you speak of ? How does one invoke
it? I can't find this command.




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

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

Patches item #3588172, was opened at 2012-11-17 06:29
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=3588172&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: Pending
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Thomas Meyer (thomasmey)
Assigned to: Alan Ezust (ezust)
Summary: Enhance Task with Runnable

Initial Comment:
Enhance Task with a Runnable which will be run on the EDT after the task finishes successfully and convert some users of org.gjt.sp.util.AwtRunnableQueue.runAfterIoTasks(Runnable) to use this mechanism instead.

The idea is to get rid of the AwtRunnableQueue in the long term. And to couple the Runnable which should be run after a background task finishes to the background task itself.

Feedback is welcome on this idea.

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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-30 13:14

Message:
Setting as invalid/pending until an updated patch is attached.


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

Comment By: Alan Ezust (ezust)
Date: 2013-06-08 22:40

Message:
Also, does the "Replace WorkThreadPool with Executor Framework.patch" - is
that still relevant? If so, then both patches need to be rebased.



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

Comment By: Alan Ezust (ezust)
Date: 2013-06-08 22:36

Message:
I can apply the patch cleanly but I get a compile error on buffer.java:307
cannot find symbol getIoTask()


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

Comment By: Thomas Meyer (thomasmey)
Date: 2013-04-15 11:40

Message:
Hi,

So I did the rebases: Please apply:
1.) TaskManager-Refactor-ioTask.patch v2 from Patch
https://sourceforge.net/tracker/?func=detail&aid=3610167&group_id=588&atid=300588
2.) TaskManager-Refactor-AwtTask-IoTask.patch from this patch

Everything should apply cleanly now against trunk when applied in above
order.

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

Comment By: Alan Ezust (ezust)
Date: 2013-04-15 10:19

Message:
I don't know what ticket# the Fix-Hypersearch-Excessive-Mode-Usage.patch is
in.
Tried to apply HyperSearch-Make-Abort-work-reliable.patch and failed. 
You ask: "Shall I rework the patch to apply cleanly? Or can we get the
other two applied to the trunk first?"
I would be happy if either or both things happened. 

In general, if your patch depends on another ticket to be applied first,
you should list the ticket number there,  to help us figure things out
faster.


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

Comment By: Thomas Meyer (thomasmey)
Date: 2013-04-14 01:21

Message:
Hi,

my current patch queue is:
$ hg qseries
Fix-Hypersearch-Excessive-Mode-Usage.patch
HyperSearch-Make-Abort-work-reliable.patch
TaskManager-Refactor-ioTask.patch
TaskManager-Refactor-AwtTask-IoTask.patch

But you should actullally just need these two:
- TaskManager-Refactor-ioTask.patch (from 3610167)
- TaskManager-Refactor-AwtTask-IoTask.patch (from this one)

TaskManager-Refactor-ioTask.patch seems to not apply cleanly on the trunk,
because of the other ones in the queue. Shall I rework the patch to apply
cleanly? Or can we get the other two applied to the trunk first?

The third patch is not needed anymore
(Replace-WorkThreadPool-with-executor.patch) as it becomes obsolet with the
new idea in "TaskManager-Refactor-AwtTask-IoTask.patch". Shall I remove the
file from this side?

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

Comment By: Alan Ezust (ezust)
Date: 2013-04-13 15:12

Message:
so to clarify, do I need to apply 3 patches in this order to test this
ticket? 
1. the patch from ticket# 3610167,
2. the patch below that is for refactoring IO tasks
3. the Replace-WorkThreadPool-with-executor.patch

Just tried applying them to trunk, each of them has a couple of hunks that
fail, and #3 had 4 hunks that failed.




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

Comment By: Thomas Meyer (thomasmey)
Date: 2013-04-13 04:25

Message:
So some code, please have a look and tell me what do you think about the
direction this is heading!

"But in that case it would have the same behavior as we had before, when an
AWT task is running, no other task can be started ?" -> The current
implementation allows several task to run. Or am I missing something?

This patch is based on the refactor IoTask patch.

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

Comment By: Matthieu Casanova (kpouer)
Date: 2013-04-08 01:45

Message:
But in that case it would have the same behavior as we had before, when an
AWT task is running, no other task can be started ?

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

Comment By: Thomas Meyer (thomasmey)
Date: 2013-04-07 04:55

Message:
"When I wrote the threadpool I didn't use Swingworkers because I didn't
find
a way to monitor the tasks, but maybe there is a way to it ?"

maybe there is, but I didn't look into this yet.

I would like to close this patch, as I'm working on another idea:

The idea is to add a TaskManager.addNextTask(currentTask, nextTask) method.
Depending on the Task type (subclass IoTask or AwtTask), when the depending
task is finshed (i.e. fireDone() is called) the next Task in the next Task
List get scheduled in either Background or EDT depending on the task type.
The next Task queue is polled and scheduled till the queue is empty or till
a AwtTask is hit (The AwtTask is scheduled on the EDT and the remaining 
Tasks in the next Task queue get's attached to the this AwtTask) I hope to
post some code in the next week or so.

what do you think?


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

Comment By: Alan Ezust (ezust)
Date: 2013-03-16 11:44

Message:
We should decide on what to do about this before releasing 5.1pre1, I
think.


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

Comment By: Matthieu Casanova (kpouer)
Date: 2013-02-07 01:07

Message:
I think the reason to have this AwtRunnableQueue is that in the first
threadpool some AWT tasks had to be done after all background tasks (the
coupling was wrong but it is not easy to take rid of it).
But if we can do this I have a suggestion:
In fact what is suggested looks like a lot to SwingWorkers.
When I wrote the threadpool I didn't use Swingworkers because I didn't find
a way to monitor the tasks, but maybe there is a way to it ?

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

Comment By: Alan Ezust (ezust)
Date: 2012-12-28 09:53

Message:
I agree, the AwtRunnableQueue seems like something we really don't need in
the API. 
Adding the setRunInDispatch(Runnable) for a Task seems much more elegant.

Other devs should look at this too since we are trying to finalize an API,
but I think it's ok. 
jarek?


Kazutoshi, Jarek, Matthieu, Dale? 






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

Comment By: Thomas Meyer (thomasmey)
Date: 2012-12-28 02:47

Message:
Hi Alan,

Mhh. I guess it would have been better to open this ticket as feature
request or something. I just wanted to have the opinion of the other
developers on this idea.

To get rid of the AwtRunnableQueue in the IOTasks classes is easy. But
there exists several other users of this "delay work till IO is done"
mechanism, which are not so easy to convert. maybe the other users are not
possible to convert.

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

Comment By: Alan Ezust (ezust)
Date: 2012-12-12 13:01

Message:
get rid of AwtRunnableQueue in the long term? It was just introduced. You
should mark it deprecated immediately if you want to remove it . Also
XSearch will need to be fixed again.


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

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

Plugin Bugs item #3614606, was opened at 2013-06-29 04:11
Message generated for change (Settings changed) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614606&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: 7
Private: No
Submitted By: will69 (will69)
>Assigned to: Matthieu Casanova (kpouer)
Summary: Highlight: fails to load

Initial Comment:
jEdit 5.2pre1 / Highlight 1.9.12 doesn’t load anymore:

"java.lang.NoSuchMethodError: org.gjt.sp.util.IOUtilities.closeQuietly(Ljava/io/Reader;)V"

This looks like somebody had a bright idea and removed some API that has become part of the Java platform without checking for any uses of that API. Now would that somebody care to fix the Highlight plugin, please? Or at least explain how to replace that API? Thanks a lot!

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

Comment By: Alan Ezust (ezust)
Date: 2013-06-29 08:22

Message:
There is binary breakage but the Highlight plugin, when it is compiled
against 5.2, should work without any sourcecode changes.

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

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

Start at this page:

http://www.jedit.org/index.php?page=devel

What kind of contribution would you like to make? Are there specific
plugins you want to work on?
Edit Modes?

On Sat, Jun 29, 2013 at 10:05 AM, Fabrício Srdic
<fab...@gm...>wrote:

> Hello guys,
>
> My name is Fabricio, i'm a brazilian programmer.
>
> I would like to join and contribute to the jEdit project.
>
> How to join the jEdit project? How can I contribute to the project?
>
> Best regards,
> Fabricio
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

Hello guys,

My name is Fabricio, i'm a brazilian programmer.

I would like to join and contribute to the jEdit project.

How to join the jEdit project? How can I contribute to the project?

Best regards,
Fabricio

Patches item #3614607, was opened at 2013-06-29 09:45
Message generated for change (Tracker Item Submitted) made by pumbor
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=3614607&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: texteditor
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick Eibl (pumbor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add option to not complete word with digit

Initial Comment:
I prefer to use the built-in word completion, but one thing that annoys me is that there is no option to disable the full completion when typing a digit, as many of my "words" contain digits in the middle and it is frustrating when typing a digit selects a completion option instead of narrowing down the options. I would be happy if this were just a property that needed to be manually set, or if there were just some workaround for this. The attached patch adds this to the global options, but is a little incomplete because it does not include text for the non-English localizations and does not update the jEdit user's guide.

This patch applies to r23057 (latest as of 6/29/13).

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

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

Plugin Bugs item #3614606, was opened at 2013-06-29 04:11
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614606&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: 7
Private: No
Submitted By: will69 (will69)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlight: fails to load

Initial Comment:
jEdit 5.2pre1 / Highlight 1.9.12 doesn’t load anymore:

"java.lang.NoSuchMethodError: org.gjt.sp.util.IOUtilities.closeQuietly(Ljava/io/Reader;)V"

This looks like somebody had a bright idea and removed some API that has become part of the Java platform without checking for any uses of that API. Now would that somebody care to fix the Highlight plugin, please? Or at least explain how to replace that API? Thanks a lot!

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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-29 08:22

Message:
There is binary breakage but the Highlight plugin, when it is compiled
against 5.2, should work without any sourcecode changes.

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

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

Plugin Bugs item #3614606, was opened at 2013-06-29 04:11
Message generated for change (Settings changed) made by will69
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614606&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: 7
Private: No
Submitted By: will69 (will69)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlight: fails to load

Initial Comment:
jEdit 5.2pre1 / Highlight 1.9.12 doesn’t load anymore:

"java.lang.NoSuchMethodError: org.gjt.sp.util.IOUtilities.closeQuietly(Ljava/io/Reader;)V"

This looks like somebody had a bright idea and removed some API that has become part of the Java platform without checking for any uses of that API. Now would that somebody care to fix the Highlight plugin, please? Or at least explain how to replace that API? Thanks a lot!

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

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

Plugin Bugs item #3614606, was opened at 2013-06-29 04:11
Message generated for change (Tracker Item Submitted) made by will69
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614606&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: will69 (will69)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlight: fails to load

Initial Comment:
jEdit 5.2pre1 / Highlight 1.9.12 doesn’t load anymore:

"java.lang.NoSuchMethodError: org.gjt.sp.util.IOUtilities.closeQuietly(Ljava/io/Reader;)V"

This looks like somebody had a bright idea and removed some API that has become part of the Java platform without checking for any uses of that API. Now would that somebody care to fix the Highlight plugin, please? Or at least explain how to replace that API? Thanks a lot!

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

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

Plugin Central Submission item #3614213, was opened at 2013-05-31 21:46
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3614213&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: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
>Assigned to: Townsfolk (elberry)
Summary: SshConsole 1.0.6a

Initial Comment:
{{{ SshConsole 1.0.6a
    Source: Source code is in SVN with the tag XXXX (no SVN release numbers, please)
    Announcement: Improved and Updated Documentation. 
    Requires Java 1.6
    Requires jEdit 05.00.99.00
    Required plugins: 
        Console 5.1 (console.ConsolePlugin)
        ErrorList 2.1 (errorlist.ErrorListPlugin)
        FTP 1.0.2 (ftp.FtpPlugin)
    
    Short Description: Allows you to issue compile commands remotely via ssh in the same location as the sftp:// file you are editing, and parses the output for errors in ErrorList.
    
    Long Description: <html>
<p>SshConsole is an extension of the FTP, Console and ErrorList plugins. SshConsole is configured to execute commands on the same host, and in the same directory, as the directory you are currently browsing in the FSB or editing in jEdit via <tt>sftp://</tt>. It uses Console to parse the output for errors to show in ErrorList. This makes it easier to compile remote files and quickly jump to the errors. 
</p>
</html>
 }}}

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

>Comment By: Townsfolk (elberry)
Date: 2013-06-27 16:55

Message:
Not sure what happened there, I released this and Console 5.1.2 on the
13th.. Thought I updated the tickets, must have not though.

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

Comment By: Townsfolk (elberry)
Date: 2013-06-27 16:55

Message:
Released to Plugin Central.

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

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

Plugin Central Submission item #3614212, was opened at 2013-05-31 21:45
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3614212&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: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
>Assigned to: Townsfolk (elberry)
Summary: Console 5.1.2

Initial Comment:
{{{ Console 5.1.2
    Source: Source code is in SVN at plugins/Console/tags/Console-5.1.2
    Announcement:     Version 5.1.2 Requires jEdit 5.0, Java 1.6, ErrorList 2.1, and ProjectViewer 3.5 (optional).
              [Alan Ezust]
                New Console System Shell option: chdir events: Follow textarea
                NPE fixed in ErrorsOptionPane.
                Instead of VFSNodeSelected messages, SshConsole always gets textArea buffer chdir messages.
                Re-added "change to PV selected node" action.
                Bugfix in "change to PV root dir" and corresponding option in ProjectCommandOptionPane
              [Artem Bryantsev]
                Fix #3613991: Merge Stdout + Stderr on Windows duplicates output
        
    Requires Java 1.6
    Requires jEdit 05.00.99.00
    Required plugins: 
        ErrorList 2.1 (errorlist.ErrorListPlugin)
    Optional plugins: 
        Project Viewer 3.5.0 (projectviewer.ProjectPlugin)
    
    Short Description: A command line shell and plugin interface for adding other custom shells.
    
    Long Description: <html>
<p>The Console plugin provides you with two command-line shells, one for the System and one for Beanshell.
It also provides an interface for other plugins to add arbitrary shells to the Console plugin. </p>
<p> Console will parse error messages from other programs and feed them to the ErrorList plugin. </p>
<p> In addition, Console provides buttons in a "commando toolbar" for your favorite command-line tools (make, ant, qmake, latex, etc), and an easy way to add others.
</p>
<p> Console has special "compile" and "run" actions, which can be mapped to a single shortcut. The actions can perform a different commando action from each edit mode.
</p>
</html>
 }}}

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

Comment By: Townsfolk (elberry)
Date: 2013-06-27 16:54

Message:
Released to Plugin Central.

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

Comment By: Alan Ezust (ezust)
Date: 2013-06-10 09:27

Message:
just retagged last night. there is an additional memory leak I just fixed.


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

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

Plugin Bugs item #3614471, was opened at 2013-06-11 13:16
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614471&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Dale Anson (daleanson)
Assigned to: Dale Anson (daleanson)
Summary: Activator plugin needs to reload optional plugins

Initial Comment:
See https://sourceforge.net/tracker/index.php?func=detail&aid=3614456&group_id=588&atid=100588

Activator needs to also reload optional plugins when reloading a plugin and dependent plugins.

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

>Comment By: Dale Anson (daleanson)
Date: 2013-06-27 15:38

Message:
Fixed in revision 23057, along with a lot of other updates for Activator.

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

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

Bugs item #3317124, was opened at 2011-06-15 20:17
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3317124&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: normal bug
Status: Closed
Resolution: Wont Fix
Priority: 4
Private: No
Submitted By: adam kugler (adamkugler)
Assigned to: Jarek Czekalski (jarekczek)
Summary: copy paste bug with Maya

Initial Comment:
copying a block of text from jEdit (4.3.2 or 4.4) does not paste into Maya 2012's script editor.  Other versions of Maya such as 2008 and 2009 work fine.  This can be circumvented by copying the text from jEdit into notepad, then copying from there into Maya.

Please email me with questions or comments.

Thank you

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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-26 13:44

Message:
What platform are you using? If linux, what desktop? 

I don't know if you were the original reporter, but if you are, there were
instructions that Jarek gave for things you should try, to help diagnose
the problem better. If you can reproduce it, that's fine too. 
   "Please try to run CopyPaste java program. The instructions may be found
inside java file. It should copy text "test" into the clipboard. Does Maya
accept it? There is also a c program attached that analyzes windows
clipboard contents and allows to notice the difference between notepad and
java clipboard contents."


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

Comment By: https://www.google.com/accounts ()
Date: 2013-06-26 13:36

Message:
Hi, has this bug been addressed in the meantime?

I'm currently running jEdit 5.0.0 on Java 1.7.0_25 and it's still
happening, (using Maya 2014). Any ideas how to fix this by any chance?

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-07-30 02:18

Message:
The entry has been pending for 14 days or more and is being closed now.
The procedure is described in wiki:
https://sourceforge.net/apps/mediawiki/jedit/index.php?title=Bug_tracker_details#Pending

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-06-14 00:44

Message:
There are plenty of free qt apps here:
http://qt-apps.org/?xsection=home

I tried 2 of them:
http://gottcode.org/focuswriter/
http://qt-apps.org/content/show.php/QWriter?content=106377

I also tried standarddialogs.pyw from pyqt examples.

Pasting to them from jedit works well on my Win 7 64, sun java 6. Seems
like Maya has some problems, but they may be workaroundable.

Adam, I'll wait 2 weeks for you trying attached java program with Maya.

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-06-13 08:23

Message:
But I saw something that may help. Please try to run CopyPaste java
program. The instructions may be found inside java file. It should copy
text "test" into the clipboard. Does Maya accept it?

There is also a c program attached that analyzes windows clipboard contents
and allows to notice the difference between notepad and java clipboard
contents.

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-06-13 07:23

Message:
Adam, please find other conditions to test. Maybe other app? Maya 2012
download is 1,5GB, to much for me.

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

Comment By: adam kugler (adamkugler)
Date: 2012-04-25 11:12

Message:
Updated, same bug.  I know that Maya 2012 uses a pyQT interface, if that
helps test without having maya itself.

I would also venture that the same bug exists in maya 2011, as that's when
the major interface overhaul happened

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-04-25 10:51

Message:
That's a bit hard to test. One needs to start maya trial. Could you first
try with jedit 4.5.1 and sun java 6 to see if it is still a bug?

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

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

Bugs item #3317124, was opened at 2011-06-15 20:17
Message generated for change (Comment added) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3317124&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: normal bug
Status: Closed
Resolution: Wont Fix
Priority: 4
Private: No
Submitted By: adam kugler (adamkugler)
Assigned to: Jarek Czekalski (jarekczek)
Summary: copy paste bug with Maya

Initial Comment:
copying a block of text from jEdit (4.3.2 or 4.4) does not paste into Maya 2012's script editor.  Other versions of Maya such as 2008 and 2009 work fine.  This can be circumvented by copying the text from jEdit into notepad, then copying from there into Maya.

Please email me with questions or comments.

Thank you

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

Comment By: https://www.google.com/accounts ()
Date: 2013-06-26 13:36

Message:
Hi, has this bug been addressed in the meantime?

I'm currently running jEdit 5.0.0 on Java 1.7.0_25 and it's still
happening, (using Maya 2014). Any ideas how to fix this by any chance?

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-07-30 02:18

Message:
The entry has been pending for 14 days or more and is being closed now.
The procedure is described in wiki:
https://sourceforge.net/apps/mediawiki/jedit/index.php?title=Bug_tracker_details#Pending

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-06-14 00:44

Message:
There are plenty of free qt apps here:
http://qt-apps.org/?xsection=home

I tried 2 of them:
http://gottcode.org/focuswriter/
http://qt-apps.org/content/show.php/QWriter?content=106377

I also tried standarddialogs.pyw from pyqt examples.

Pasting to them from jedit works well on my Win 7 64, sun java 6. Seems
like Maya has some problems, but they may be workaroundable.

Adam, I'll wait 2 weeks for you trying attached java program with Maya.

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-06-13 08:23

Message:
But I saw something that may help. Please try to run CopyPaste java
program. The instructions may be found inside java file. It should copy
text "test" into the clipboard. Does Maya accept it?

There is also a c program attached that analyzes windows clipboard contents
and allows to notice the difference between notepad and java clipboard
contents.

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-06-13 07:23

Message:
Adam, please find other conditions to test. Maybe other app? Maya 2012
download is 1,5GB, to much for me.

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

Comment By: adam kugler (adamkugler)
Date: 2012-04-25 11:12

Message:
Updated, same bug.  I know that Maya 2012 uses a pyQT interface, if that
helps test without having maya itself.

I would also venture that the same bug exists in maya 2011, as that's when
the major interface overhaul happened

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

Comment By: Jarek Czekalski (jarekczek)
Date: 2012-04-25 10:51

Message:
That's a bit hard to test. One needs to start maya trial. Could you first
try with jedit 4.5.1 and sun java 6 to see if it is still a bug?

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

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

Feature Requests item #3614465, was opened at 2013-06-11 08:55
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3614465&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: Plugin manager
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Dale Anson (daleanson)
Summary: InstallPane: show dependencies in description

Initial Comment:
When user selects a plugin in the installpane, show the dependencies and optional dependencies in the description. 

Also, have the optional dependencies with checkboxes next to them showing whether they are installed/to be installed or not. 


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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-25 15:02

Message:
Nice! 
One small suggestion: have the depends list all on one line instead of
having each on a separate line so it takes up less vertical space.


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

Comment By: Dale Anson (daleanson)
Date: 2013-06-25 14:39

Message:
Actuall, there is a little more -- when the user selects a plugin in any of
the 3 tabs in Plugin Manager, the dependencies are shown in the details
panel.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-25 14:37

Message:
This is "fixed", at least as far it can be done for now:

"When user selects a plugin in the installpane, show the dependencies"

That is all. It's in revision 23056. The rest will take a major rework of
the Plugin Central code.

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

Comment By: Björn Kautler (vampire0)
Date: 2013-06-12 15:09

Message:
What do you mean by "that do not reload properly" and what does this have
to do with this request, especially with the part that is about showing
optional dependencies in the Install pane?

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

Comment By: Alan Ezust (ezust)
Date: 2013-06-12 11:05

Message:
Yes, in theory, one must go through all versions of all plugins and add
optional dependency info, but in practice, the only plugins that we *need*
to add this info to are the latest versions of the plugins that do not
reload properly. After that, we can add the info for new plugins and not
really worry about the rest. 


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

Comment By: Björn Kautler (vampire0)
Date: 2013-06-11 23:29

Message:
Hey dale, this would not be a trivial change. The plugin list is not
generated from the actual plugin packages, but from the information in the
database that is maintained through the Plugin Wiz by the plugin releasers.
There only the mandatory dependencies are set up. So to enrich the plugin
list by optional dependencies, there would roughly be necessary:

- extend the database scheme to store whether a dependency is mandatory or
optional
- extend the Plugin Wiz to be able to specify whether a dependency is
mandatory or optional
- go through all versions of all plugins and add the optional dependencies
- When releasing new plugins, also add the optional dependencies through
Plugin Wiz

After these changes it should be possible to add the optional dependencies
to the plugin list, while it would have to be checked how or whether this
can be done in a backwards compatible way so that old jEdit instances still
can parse the plugin list, or whether a new plugin list at a new URL would
be necessary and Plugin Wiz would have to generate both versions of the
plugin list.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 15:45

Message:
Alan, I was adding this to both the manage and install tabs in plugin
manager. For the manage tab, it's not a problem to show all the details for
plugins since they are already local. For the install tab, the details come
from the downloaded plugin list, which only includes the required plugins,
it does not include the optional plugins. I don't know how that list is
generated -- how hard would it be to include the optional dependencies?

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 10:42

Message:
I've been looking into this anyway, so I'll work on this one.

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

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

Plugin Bugs item #3614471, was opened at 2013-06-11 13:16
Message generated for change (Settings changed) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614471&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: Dale Anson (daleanson)
>Assigned to: Dale Anson (daleanson)
Summary: Activator plugin needs to reload optional plugins

Initial Comment:
See https://sourceforge.net/tracker/index.php?func=detail&aid=3614456&group_id=588&atid=100588

Activator needs to also reload optional plugins when reloading a plugin and dependent plugins.

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

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

Bugs item #3614456, was opened at 2013-06-10 21:36
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3614456&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: plugin manager
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Dale Anson (daleanson)
Summary: Loading/Unloading of Optional Dependencies

Initial Comment:
If a plugin Y has an optional dependency on X, and X is unloaded, then Y should also be unloaded. 
Later, if Y is activated, and then X should be activated first. 

Activator and Reloader should also behave consistently to this. 


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

>Comment By: Dale Anson (daleanson)
Date: 2013-06-25 14:48

Message:
Fixed in revision 23056. This work is in conjunction with work for 3614465,
which shows plugin dependency details in the plugin manager details panel.
The fix is better than requested -- if a plugin Y has an optional
dependency on X and X is unloaded, then Y is reloaded. Later, if X is
loaded again, then Y will be reloaded again. 

Matthieu, cleaning up on the UNLOAD messages is a good thing, but it turns
out it's not sufficient. The classes end up in different classloaders, so
in the PV/Lucene example I gave below, if both are loaded, then PV is
unloaded then reloaded, Lucene needs to be reloaded so PV can find the
Lucene classes. If PV is never reloaded, then just having Lucene react to
the UNLOAD message is probably enough, but actually reloading Lucene
ensures the classloaders stay clean and cooperate.

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

Comment By: Matthieu Casanova (kpouer)
Date: 2013-06-14 01:05

Message:
But if a plugin receive a PluginUpdate.UNLOAD message on an optional
dependency it can remove listeners and things related with that optional
dependency.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-12 13:49

Message:
Just an update, I have the loading/reloading working well on my local and I
believe this is what we are all looking for. As an example, suppose
ProjectViewer and Lucene are both loaded when jEdit starts. Lucene has an
optional dependency on PV. The user decides to unload PV. In this case,
both PV and Lucene are unloaded, then Lucene is reloaded, so Lucene
continues to work as expected. Next the user decides to load PV, goes to
Plugin Manager, and checks the box for PV. PV is loaded, Plugin Manager
checks installed plugins and reloads those with an optional dependency on
PV, in this example, Lucene is reloaded. Now both PV and Lucene work as
expected.

What's left to do is to check for dependent plugins and ask if they should
also be loaded, so expanding the example, ProjectViewer and SVN are both
loaded when jEdit starts. SVN has a hard dependency on PV. The user decides
to unload PV, and SVN is also unloaded. Next the user decides to load PV.
SVN is still installed, so Plugin Manager will ask if SVN should also be
loaded.


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

Comment By: Eric Le Lay (kerik-sf)
Date: 2013-06-12 10:44

Message:
I'm in favor of changing core and force-reloading dependent plugins (what
has been implemented by Dale), because:
 - (practical) it makes the program more robust, when dependents forget to
remove so random reference deep down in their code
 - (personal preference) it is the duty of core to implement the
dependencies and the duty of the plugins to declare the dependencies

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-12 08:15

Message:
Reopening this since we're still discussing solutions.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-12 08:15

Message:
How would you fix the plugins? This appears to be a classloader issue, so
I'm not sure what you would fix in the plugins?

I think this is only half of the solution -- for example, TaskList has an
optional dependency on ProjectViewer. If PV is unloaded, there is no reason
for TaskList to also be unloaded. It should be reloaded so that the
classloaders are cleaned up. Later, if PV is activated, then TaskList
should be reloaded to keep the classloaders straight.

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

Comment By: Matthieu Casanova (kpouer)
Date: 2013-06-12 01:17

Message:
I think it would have been better to fix plugins, only a few of them use
optional dependencies don't you think ?

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 13:14

Message:
Fixed in revision 23051 in jEdit. I didn't do anything with Activator.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 10:43

Message:
This is related to
https://sourceforge.net/tracker/index.php?func=detail&aid=3614465&group_id=588&atid=350588,
so I'll take care of the unloading part at the same time as the other
tracker. 

Activator adjustments should probably be a separate ticket.

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

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

Feature Requests item #3614465, was opened at 2013-06-11 08:55
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3614465&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: Plugin manager
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Dale Anson (daleanson)
Summary: InstallPane: show dependencies in description

Initial Comment:
When user selects a plugin in the installpane, show the dependencies and optional dependencies in the description. 

Also, have the optional dependencies with checkboxes next to them showing whether they are installed/to be installed or not. 


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

>Comment By: Dale Anson (daleanson)
Date: 2013-06-25 14:39

Message:
Actuall, there is a little more -- when the user selects a plugin in any of
the 3 tabs in Plugin Manager, the dependencies are shown in the details
panel.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-25 14:37

Message:
This is "fixed", at least as far it can be done for now:

"When user selects a plugin in the installpane, show the dependencies"

That is all. It's in revision 23056. The rest will take a major rework of
the Plugin Central code.

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

Comment By: Björn Kautler (vampire0)
Date: 2013-06-12 15:09

Message:
What do you mean by "that do not reload properly" and what does this have
to do with this request, especially with the part that is about showing
optional dependencies in the Install pane?

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

Comment By: Alan Ezust (ezust)
Date: 2013-06-12 11:05

Message:
Yes, in theory, one must go through all versions of all plugins and add
optional dependency info, but in practice, the only plugins that we *need*
to add this info to are the latest versions of the plugins that do not
reload properly. After that, we can add the info for new plugins and not
really worry about the rest. 


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

Comment By: Björn Kautler (vampire0)
Date: 2013-06-11 23:29

Message:
Hey dale, this would not be a trivial change. The plugin list is not
generated from the actual plugin packages, but from the information in the
database that is maintained through the Plugin Wiz by the plugin releasers.
There only the mandatory dependencies are set up. So to enrich the plugin
list by optional dependencies, there would roughly be necessary:

- extend the database scheme to store whether a dependency is mandatory or
optional
- extend the Plugin Wiz to be able to specify whether a dependency is
mandatory or optional
- go through all versions of all plugins and add the optional dependencies
- When releasing new plugins, also add the optional dependencies through
Plugin Wiz

After these changes it should be possible to add the optional dependencies
to the plugin list, while it would have to be checked how or whether this
can be done in a backwards compatible way so that old jEdit instances still
can parse the plugin list, or whether a new plugin list at a new URL would
be necessary and Plugin Wiz would have to generate both versions of the
plugin list.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 15:45

Message:
Alan, I was adding this to both the manage and install tabs in plugin
manager. For the manage tab, it's not a problem to show all the details for
plugins since they are already local. For the install tab, the details come
from the downloaded plugin list, which only includes the required plugins,
it does not include the optional plugins. I don't know how that list is
generated -- how hard would it be to include the optional dependencies?

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 10:42

Message:
I've been looking into this anyway, so I'll work on this one.

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

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

Feature Requests item #3614465, was opened at 2013-06-11 08:55
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3614465&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: Plugin manager
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Dale Anson (daleanson)
Summary: InstallPane: show dependencies in description

Initial Comment:
When user selects a plugin in the installpane, show the dependencies and optional dependencies in the description. 

Also, have the optional dependencies with checkboxes next to them showing whether they are installed/to be installed or not. 


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

>Comment By: Dale Anson (daleanson)
Date: 2013-06-25 14:37

Message:
This is "fixed", at least as far it can be done for now:

"When user selects a plugin in the installpane, show the dependencies"

That is all. It's in revision 23056. The rest will take a major rework of
the Plugin Central code.

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

Comment By: Björn Kautler (vampire0)
Date: 2013-06-12 15:09

Message:
What do you mean by "that do not reload properly" and what does this have
to do with this request, especially with the part that is about showing
optional dependencies in the Install pane?

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

Comment By: Alan Ezust (ezust)
Date: 2013-06-12 11:05

Message:
Yes, in theory, one must go through all versions of all plugins and add
optional dependency info, but in practice, the only plugins that we *need*
to add this info to are the latest versions of the plugins that do not
reload properly. After that, we can add the info for new plugins and not
really worry about the rest. 


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

Comment By: Björn Kautler (vampire0)
Date: 2013-06-11 23:29

Message:
Hey dale, this would not be a trivial change. The plugin list is not
generated from the actual plugin packages, but from the information in the
database that is maintained through the Plugin Wiz by the plugin releasers.
There only the mandatory dependencies are set up. So to enrich the plugin
list by optional dependencies, there would roughly be necessary:

- extend the database scheme to store whether a dependency is mandatory or
optional
- extend the Plugin Wiz to be able to specify whether a dependency is
mandatory or optional
- go through all versions of all plugins and add the optional dependencies
- When releasing new plugins, also add the optional dependencies through
Plugin Wiz

After these changes it should be possible to add the optional dependencies
to the plugin list, while it would have to be checked how or whether this
can be done in a backwards compatible way so that old jEdit instances still
can parse the plugin list, or whether a new plugin list at a new URL would
be necessary and Plugin Wiz would have to generate both versions of the
plugin list.

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 15:45

Message:
Alan, I was adding this to both the manage and install tabs in plugin
manager. For the manage tab, it's not a problem to show all the details for
plugins since they are already local. For the install tab, the details come
from the downloaded plugin list, which only includes the required plugins,
it does not include the optional plugins. I don't know how that list is
generated -- how hard would it be to include the optional dependencies?

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

Comment By: Dale Anson (daleanson)
Date: 2013-06-11 10:42

Message:
I've been looking into this anyway, so I'll work on this one.

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

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

Plugin Bugs item #3614567, was opened at 2013-06-23 17:08
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614567&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: ned (ned775)
Assigned to: Nobody/Anonymous (nobody)
Summary: console on windows fails to redirect output of commands

Initial Comment:
I just installed java 7 SE Update 25 and after doing so running this command in jEdit console:

mysqldump --opt -u root -p databasename > databasename.dump.sql

fails with the error:

mysqldump: Couldn't find table: ">"

I am able to run the command successfully from window command prompt.

I'm running windows 7 and I've just updated jEdit to 5.0 and the console plugin to 5.1.2 to see if this would alleviate the issue but it did not.

I tried rolling back to Java 7 update 21 with no success, however rolling back to Java 7 Update 17 fixed the issue.

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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-23 22:01

Message:
Workaround: run the command without the > redirectfile.txt and just hit
ctrl-ENTER so its output goes to a new buffer. Then you can save-as from
there.



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

Comment By: ned (ned775)
Date: 2013-06-23 21:02

Message:
Prior to installing the java update I was running jEdit 4.5.1 with console
4.5.

I use jEdit every day and I've never had this issue until I installed the
java 7 update 25. I assumed this was not an issue with mysqldump because I
could still run the command via windows cmd prompt so I assumed the java
update to be the most likely cause. Nothing else has changed on my system
other than java since I last ran the mysqldump command.

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

Comment By: Alan Ezust (ezust)
Date: 2013-06-23 20:50

Message:
This has nothing to do with the mysqldump command.
This is a windows-only issue. On linux redirection of commands works fine.

This also doesn't seem to be related to what version of java you are
using.
I can see that Console in Java 7 version 21 and 25 behave the same way.

Did redirection of commands in Console on Windows work at one time before?
If so, what version of Console did it work with?


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

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

Plugin Bugs item #3614567, was opened at 2013-06-23 17:08
Message generated for change (Comment added) made by ned775
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614567&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: ned (ned775)
Assigned to: Nobody/Anonymous (nobody)
Summary: console on windows fails to redirect output of commands

Initial Comment:
I just installed java 7 SE Update 25 and after doing so running this command in jEdit console:

mysqldump --opt -u root -p databasename > databasename.dump.sql

fails with the error:

mysqldump: Couldn't find table: ">"

I am able to run the command successfully from window command prompt.

I'm running windows 7 and I've just updated jEdit to 5.0 and the console plugin to 5.1.2 to see if this would alleviate the issue but it did not.

I tried rolling back to Java 7 update 21 with no success, however rolling back to Java 7 Update 17 fixed the issue.

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

>Comment By: ned (ned775)
Date: 2013-06-23 21:02

Message:
Prior to installing the java update I was running jEdit 4.5.1 with console
4.5.

I use jEdit every day and I've never had this issue until I installed the
java 7 update 25. I assumed this was not an issue with mysqldump because I
could still run the command via windows cmd prompt so I assumed the java
update to be the most likely cause. Nothing else has changed on my system
other than java since I last ran the mysqldump command.

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

Comment By: Alan Ezust (ezust)
Date: 2013-06-23 20:50

Message:
This has nothing to do with the mysqldump command.
This is a windows-only issue. On linux redirection of commands works fine.

This also doesn't seem to be related to what version of java you are
using.
I can see that Console in Java 7 version 21 and 25 behave the same way.

Did redirection of commands in Console on Windows work at one time before?
If so, what version of Console did it work with?


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

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

Plugin Bugs item #3614567, was opened at 2013-06-23 17:08
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614567&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: ned (ned775)
Assigned to: Nobody/Anonymous (nobody)
>Summary: console on windows fails to redirect output of commands

Initial Comment:
I just installed java 7 SE Update 25 and after doing so running this command in jEdit console:

mysqldump --opt -u root -p databasename > databasename.dump.sql

fails with the error:

mysqldump: Couldn't find table: ">"

I am able to run the command successfully from window command prompt.

I'm running windows 7 and I've just updated jEdit to 5.0 and the console plugin to 5.1.2 to see if this would alleviate the issue but it did not.

I tried rolling back to Java 7 update 21 with no success, however rolling back to Java 7 Update 17 fixed the issue.

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

>Comment By: Alan Ezust (ezust)
Date: 2013-06-23 20:50

Message:
This has nothing to do with the mysqldump command.
This is a windows-only issue. On linux redirection of commands works fine.

This also doesn't seem to be related to what version of java you are
using.
I can see that Console in Java 7 version 21 and 25 behave the same way.

Did redirection of commands in Console on Windows work at one time before?
If so, what version of Console did it work with?


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

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

Plugin Bugs item #3614567, was opened at 2013-06-23 17:08
Message generated for change (Settings changed) made by ned775
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614567&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: ned (ned775)
Assigned to: Nobody/Anonymous (nobody)
>Summary: mysqldump console command fails after java 7 update

Initial Comment:
I just installed java 7 SE Update 25 and after doing so running this command in jEdit console:

mysqldump --opt -u root -p databasename > databasename.dump.sql

fails with the error:

mysqldump: Couldn't find table: ">"

I am able to run the command successfully from window command prompt.

I'm running windows 7 and I've just updated jEdit to 5.0 and the console plugin to 5.1.2 to see if this would alleviate the issue but it did not.

I tried rolling back to Java 7 update 21 with no success, however rolling back to Java 7 Update 17 fixed the issue.

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

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

Plugin Bugs item #3614567, was opened at 2013-06-23 17:08
Message generated for change (Tracker Item Submitted) made by ned775
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3614567&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: ned (ned775)
Assigned to: Nobody/Anonymous (nobody)
Summary: mysqldump console comman fails after java 7 update

Initial Comment:
I just installed java 7 SE Update 25 and after doing so running this command in jEdit console:

mysqldump --opt -u root -p databasename > databasename.dump.sql

fails with the error:

mysqldump: Couldn't find table: ">"

I am able to run the command successfully from window command prompt.

I'm running windows 7 and I've just updated jEdit to 5.0 and the console plugin to 5.1.2 to see if this would alleviate the issue but it did not.

I tried rolling back to Java 7 update 21 with no success, however rolling back to Java 7 Update 17 fixed the issue.

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

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