You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(32) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(452) |
Feb
(435) |
Mar
(117) |
Apr
(265) |
May
(161) |
Jun
(276) |
Jul
(409) |
Aug
(522) |
Sep
(139) |
Oct
(306) |
Nov
(406) |
Dec
(217) |
| 2001 |
Jan
(237) |
Feb
(194) |
Mar
(266) |
Apr
(298) |
May
(266) |
Jun
(195) |
Jul
(427) |
Aug
(660) |
Sep
(808) |
Oct
(465) |
Nov
(260) |
Dec
(226) |
| 2002 |
Jan
(255) |
Feb
(322) |
Mar
(440) |
Apr
(327) |
May
(271) |
Jun
(263) |
Jul
(122) |
Aug
(346) |
Sep
(172) |
Oct
(282) |
Nov
(184) |
Dec
(166) |
| 2003 |
Jan
(325) |
Feb
(431) |
Mar
(431) |
Apr
(238) |
May
(320) |
Jun
(331) |
Jul
(289) |
Aug
(277) |
Sep
(223) |
Oct
(273) |
Nov
(218) |
Dec
(223) |
| 2004 |
Jan
(203) |
Feb
(321) |
Mar
(316) |
Apr
(18) |
May
(44) |
Jun
(149) |
Jul
(83) |
Aug
(216) |
Sep
(188) |
Oct
(136) |
Nov
(73) |
Dec
(117) |
| 2005 |
Jan
(101) |
Feb
(208) |
Mar
(153) |
Apr
(81) |
May
(85) |
Jun
(87) |
Jul
(100) |
Aug
(145) |
Sep
(57) |
Oct
(123) |
Nov
(73) |
Dec
(105) |
| 2006 |
Jan
(211) |
Feb
(134) |
Mar
(299) |
Apr
(223) |
May
(292) |
Jun
(426) |
Jul
(477) |
Aug
(415) |
Sep
(501) |
Oct
(460) |
Nov
(427) |
Dec
(302) |
| 2007 |
Jan
(467) |
Feb
(423) |
Mar
(356) |
Apr
(241) |
May
(357) |
Jun
(342) |
Jul
(373) |
Aug
(421) |
Sep
(491) |
Oct
(266) |
Nov
(236) |
Dec
(310) |
| 2008 |
Jan
(228) |
Feb
(344) |
Mar
(466) |
Apr
(410) |
May
(437) |
Jun
(303) |
Jul
(255) |
Aug
(451) |
Sep
(520) |
Oct
(379) |
Nov
(430) |
Dec
(261) |
| 2009 |
Jan
(352) |
Feb
(394) |
Mar
(279) |
Apr
(534) |
May
(245) |
Jun
(392) |
Jul
(510) |
Aug
(392) |
Sep
(237) |
Oct
(332) |
Nov
(302) |
Dec
(590) |
| 2010 |
Jan
(723) |
Feb
(650) |
Mar
(530) |
Apr
(307) |
May
(300) |
Jun
(450) |
Jul
(196) |
Aug
(233) |
Sep
(270) |
Oct
(288) |
Nov
(284) |
Dec
(331) |
| 2011 |
Jan
(336) |
Feb
(277) |
Mar
(133) |
Apr
(102) |
May
(50) |
Jun
(234) |
Jul
(174) |
Aug
(274) |
Sep
(355) |
Oct
(273) |
Nov
(895) |
Dec
(749) |
| 2012 |
Jan
(744) |
Feb
(498) |
Mar
(767) |
Apr
(412) |
May
(513) |
Jun
(596) |
Jul
(372) |
Aug
(515) |
Sep
(373) |
Oct
(246) |
Nov
(210) |
Dec
(232) |
| 2013 |
Jan
(162) |
Feb
(226) |
Mar
(209) |
Apr
(162) |
May
(84) |
Jun
(153) |
Jul
(91) |
Aug
(142) |
Sep
(151) |
Oct
(220) |
Nov
(176) |
Dec
(131) |
| 2014 |
Jan
(61) |
Feb
(83) |
Mar
(93) |
Apr
(274) |
May
(83) |
Jun
(46) |
Jul
(149) |
Aug
(61) |
Sep
(49) |
Oct
(93) |
Nov
(100) |
Dec
(164) |
| 2015 |
Jan
(93) |
Feb
(130) |
Mar
(44) |
Apr
(31) |
May
(85) |
Jun
(11) |
Jul
(47) |
Aug
(131) |
Sep
(117) |
Oct
(115) |
Nov
(73) |
Dec
(84) |
| 2016 |
Jan
(106) |
Feb
(88) |
Mar
(116) |
Apr
(160) |
May
(121) |
Jun
(74) |
Jul
(126) |
Aug
(141) |
Sep
(101) |
Oct
(38) |
Nov
(32) |
Dec
(6) |
| 2017 |
Jan
(33) |
Feb
(60) |
Mar
(112) |
Apr
(33) |
May
(24) |
Jun
(115) |
Jul
(24) |
Aug
|
Sep
(6) |
Oct
(147) |
Nov
(166) |
Dec
(118) |
| 2018 |
Jan
(53) |
Feb
(51) |
Mar
(4) |
Apr
(14) |
May
(28) |
Jun
(14) |
Jul
(18) |
Aug
(53) |
Sep
(27) |
Oct
(9) |
Nov
(2) |
Dec
(2) |
| 2019 |
Jan
(8) |
Feb
(7) |
Mar
(21) |
Apr
(17) |
May
(43) |
Jun
(45) |
Jul
(13) |
Aug
(32) |
Sep
(18) |
Oct
(41) |
Nov
(19) |
Dec
(60) |
| 2020 |
Jan
(9) |
Feb
(12) |
Mar
(26) |
Apr
(43) |
May
(67) |
Jun
(42) |
Jul
(4) |
Aug
(3) |
Sep
(73) |
Oct
(8) |
Nov
(19) |
Dec
(14) |
| 2021 |
Jan
(19) |
Feb
(9) |
Mar
(20) |
Apr
(25) |
May
(17) |
Jun
(9) |
Jul
(1) |
Aug
(21) |
Sep
(17) |
Oct
(12) |
Nov
(4) |
Dec
|
| 2022 |
Jan
(2) |
Feb
(1) |
Mar
(9) |
Apr
(5) |
May
(25) |
Jun
(9) |
Jul
(10) |
Aug
(3) |
Sep
(27) |
Oct
(6) |
Nov
(9) |
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
(11) |
Apr
|
May
(13) |
Jun
(11) |
Jul
(11) |
Aug
(14) |
Sep
(17) |
Oct
(50) |
Nov
(5) |
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(20) |
Mar
(8) |
Apr
(15) |
May
(35) |
Jun
|
Jul
(7) |
Aug
(21) |
Sep
(13) |
Oct
(33) |
Nov
(7) |
Dec
(12) |
| 2025 |
Jan
(3) |
Feb
(26) |
Mar
(14) |
Apr
(9) |
May
(1) |
Jun
(9) |
Jul
(1) |
Aug
(5) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
(3) |
|
2
(5) |
3
(24) |
4
(38) |
5
(13) |
6
(17) |
7
(7) |
8
(11) |
|
9
(9) |
10
(21) |
11
(38) |
12
(21) |
13
(21) |
14
(18) |
15
(8) |
|
16
(7) |
17
(4) |
18
(15) |
19
(9) |
20
(13) |
21
(4) |
22
(6) |
|
23
(7) |
24
(17) |
25
(15) |
26
(8) |
27
(14) |
28
(19) |
29
(6) |
|
30
(7) |
31
(26) |
|
|
|
|
|
|
From: SourceForge.net <no...@so...> - 2003-03-31 23:37:55
|
Bugs item #680016, was opened at 2003-02-03 23:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=680016&group_id=588 Category: plugin manager Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Will not run plug-ins after failed update. Initial Comment: Ran update plugins from 4.1pre9 to get the updates just posted. After a long wait I received an I/O error. Tried to run javac through console plug-in, one of them that I selected for an update, and received a can not find javac.xml for console. Restarted jedit, and received can not find jar files for all plugins, and some others, that I was trying to update. Checked .jedit/jars, and some jar files are there. Others are missing. For instance DragandDrop and PMD are present, but Console and CommonControls are not. When checking for updates, or looking for new plugins I have been getting a list, but not a download. Later attempts to connect let me get the plug-ins and all are fine. It just appears that in some cases, the jar files were removed before the download was started. And when it failed, I was hosed until I could get the plug-ins again. Since so many plug-ins rely on console and common controls, I imagine those are the only ones removed, but I was not paying that close attention. running on Jaguar 10.2.3 640mb PowerBook 400MHZ. Contact at twi...@NO... ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-31 18:52 Message: Logged In: YES user_id=2280 Also jEdit 4.2 in CVS provides a way of selecting a mirror to use. ---------------------------------------------------------------------- Comment By: mike dillon (mdillon) Date: 2003-03-31 10:10 Message: Logged In: YES user_id=1479 See my instructions in the following message to jEdit-users about one way of changing your preferred mirror: <http://marc.theaimsgroup.com/?l=jedit-users&m=104890991130400&w=2> ---------------------------------------------------------------------- Comment By: Reinout van Schouwen (reinouts) Date: 2003-03-31 08:16 Message: Logged In: YES user_id=5466 I confirm this one. The plugin manager tried to get updates from the belnet sourceforge mirror, gave an error that it couldn't find it and subsequently the original plugin versions have vanished! Is there a way to ask the plugin manager to choose a different mirror? I'll just try to download them again manually... ---------------------------------------------------------------------- Comment By: Slava Pestov (spestov) Date: 2003-02-04 21:05 Message: Logged In: YES user_id=2280 Were any errors shown in the activity log? Can you just reinstall the affected plugins? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=680016&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 23:37:02
|
Bugs item #712226, was opened at 2003-03-30 11:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712226&group_id=588 Category: plugins Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: CodeAid popup key handling bug Initial Comment: SideKick 0.2 CodeAid 0.9 Jane 0.0.1 JEdit 4.1final When completing a method name, if I continue to type the name of the method, the focus switches to the console's command prompt. Behavior should be that each character typed further reduces the displayed method list. Current behavior is that only the first character reduces the list, then focus switches to the Console window (console is docked in lower frame). Thanks. posted by: tim...@ve... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712226&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 23:36:39
|
Bugs item #712703, was opened at 2003-03-31 09:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712703&group_id=588 Category: plugins Group: normal bug >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: combined buffer/speed java bug Initial Comment: using: JEdit 4.1 final SpeedJava 0.3 Windows 98 and XP JDK 1.4.1 As I have made the jump from 4.0 to 4.1 I have noticed a bug creep in. When I'm typing my Java code I still get the SpeedJava popup, but now instead of disappearing gracefull into the background when I continue to type, it first changes the order of the characters I am typing. This is becomming particularly annoying and as an example System.out.println() can be Ssytem.ou.printlnt () or a number of other possibilities. I have seen this happen on a number of XP machines on our uni network and both myself and my friend (also win98 user) have experienced this on our machines. ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-31 18:51 Message: Logged In: YES user_id=2280 This is a known bug in SpeedJava. Use CodeAid instead, it is better. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712703&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 20:30:23
|
Bugs item #712934, was opened at 2003-03-31 21:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712934&group_id=588 Category: plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sergey V. Udaltsov (svu) Assigned to: Nobody/Anonymous (nobody) Summary: XML parser initialization in PV is problematic Initial Comment: There are 2 places in PV which need to have the line of the sort: Thread.currentThread().setContextClassLoader( ProjectPlugin.class.getClassLoader() ); The first one is ProjectPlugin.start() and the second one is ProjectViewer.ProjectLoader.run(). Probably there are other places (I could not find). Without this line, I constantly get the ClassCastException. I use jdk1.4. The solutions with System.setProperty (currently in CVS) is not scalable and introduces hardcoded dependancy on xerces parser. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712934&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 20:24:28
|
Bugs item #708575, was opened at 2003-03-24 00:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=708575&group_id=588 Category: plugins Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Sergey V. Udaltsov (svu) Assigned to: Nobody/Anonymous (nobody) Summary: PViewer does not return proper VPTNode for ProjectViewer Initial Comment: There is a valid View with some loaded project (just a second ago I got ProjectViewerEvent). I get the ProjectViewer using ProjectViewer.getViewer( view ). Then I do pv.getSelectedNode() and get null as result (instead of correct VPTProject) ---------------------------------------------------------------------- >Comment By: Sergey V. Udaltsov (svu) Date: 2003-03-31 21:38 Message: Logged In: YES user_id=681 I hope you don't mind me creating another bug report regarding the parser issue - I just have a couple of words more to say about it. ---------------------------------------------------------------------- Comment By: Sergey V. Udaltsov (svu) Date: 2003-03-30 22:15 Message: Logged In: YES user_id=681 Sometimes it is null for me - at jedit startup I got sometimes NullPointerExceptions from getCurrentProject() method - which was cured by checking getRoot() for null (I modified PV locally). So if you could please add it.. - anyway it does not create any significant burden... About XML. Even this dependancy (xml plugin) does not cure the problem with xerces.jar for me. Only addind the mentioned line to ProjectPlugin.start helped against ClassNotFound exceptions. The same story was with SQL plugin - sometimes I got exceptions, sometimes I did not. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-30 03:48 Message: Logged In: NO No need to check for null: the root is never going to be null. :-) About the XML issue, after creating a dependency on the XML plugin I'm not having any problems anymore. If someone gets any error they should be reporting it here. :-) Thanks for the tip, though. ---------------------------------------------------------------------- Comment By: Sergey V. Udaltsov (svu) Date: 2003-03-30 02:38 Message: Logged In: YES user_id=681 Really. The idea about PVActions.getCurrentProject() is great. Just 0.02: check viewer.getRoot() for null BEFORE checking whether is is project. The line if ( viewer != null ) should be if ( viewer != null && viewer.getRoot() != null ) This way it works better. Also, another 0.02. About the XML plugin, unresolved classes etc (looking at the noted about removing xerces.jar). The line in ProjectPlugin.start(): Thread.currentThread().setContextClassLoader(ProjectPlugin.class.getClassLoader() ); helps perfectly. I had same problem in SQL plugin... ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (vanza) Date: 2003-03-29 00:44 Message: Logged In: YES user_id=75113 You may use getSelectedNode(), but it's not guaranteed to return something. To check the project, you could use the getRoot() method of the viewer (see below). You may use the projectviewer.PVActions.getCurrentProject() method for that - but it still can return null, if the user is currently using the "All Projects" view. Also, it has the advantage of not needing the PV dockable to be instantiated in the view to work - it would get the "last" project in that case. ---------------------------------------------------------------------- Comment By: Sergey V. Udaltsov (svu) Date: 2003-03-29 00:25 Message: Logged In: YES user_id=681 Sorry, I could not reply earier (busy at work). In order to reproduce, could you please take the latest SQL plugin from CVS and look at the method sql.SqlUtils.getProject( View view ). There is commented code in it - it reproduces the situation. (Just comment the existing method body). ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (vanza) Date: 2003-03-25 23:25 Message: Logged In: YES user_id=75113 Sorry, I really can't reproduce this. Right after switching projects (when the event fires) nothing in the tree is selected - thus "getSelectedNode()" returns null. Only after selecting something it returns a node - and selecting the Project node makes the project be returned. Try evalutating this in a buffer: projetviewer.ProjectViewer.getViewer(view).getSelectedNode(); To see. ---------------------------------------------------------------------- Comment By: Sergey V. Udaltsov (svu) Date: 2003-03-24 13:42 Message: Logged In: YES user_id=681 Sure there is selected project:) ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (vanza) Date: 2003-03-24 02:11 Message: Logged In: YES user_id=75113 Dumb question: is there anything selected in the tree? If you want to get the project, you should try "getRoot()" (returns the root of the tree - may not be a project always, so be careful!). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=708575&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 14:56:55
|
Bugs item #680016, was opened at 2003-02-03 20:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=680016&group_id=588 Category: plugin manager Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Will not run plug-ins after failed update. Initial Comment: Ran update plugins from 4.1pre9 to get the updates just posted. After a long wait I received an I/O error. Tried to run javac through console plug-in, one of them that I selected for an update, and received a can not find javac.xml for console. Restarted jedit, and received can not find jar files for all plugins, and some others, that I was trying to update. Checked .jedit/jars, and some jar files are there. Others are missing. For instance DragandDrop and PMD are present, but Console and CommonControls are not. When checking for updates, or looking for new plugins I have been getting a list, but not a download. Later attempts to connect let me get the plug-ins and all are fine. It just appears that in some cases, the jar files were removed before the download was started. And when it failed, I was hosed until I could get the plug-ins again. Since so many plug-ins rely on console and common controls, I imagine those are the only ones removed, but I was not paying that close attention. running on Jaguar 10.2.3 640mb PowerBook 400MHZ. Contact at twi...@NO... ---------------------------------------------------------------------- Comment By: mike dillon (mdillon) Date: 2003-03-31 07:10 Message: Logged In: YES user_id=1479 See my instructions in the following message to jEdit-users about one way of changing your preferred mirror: <http://marc.theaimsgroup.com/?l=jedit-users&m=104890991130400&w=2> ---------------------------------------------------------------------- Comment By: Reinout van Schouwen (reinouts) Date: 2003-03-31 05:16 Message: Logged In: YES user_id=5466 I confirm this one. The plugin manager tried to get updates from the belnet sourceforge mirror, gave an error that it couldn't find it and subsequently the original plugin versions have vanished! Is there a way to ask the plugin manager to choose a different mirror? I'll just try to download them again manually... ---------------------------------------------------------------------- Comment By: Slava Pestov (spestov) Date: 2003-02-04 18:05 Message: Logged In: YES user_id=2280 Were any errors shown in the activity log? Can you just reinstall the affected plugins? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=680016&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 13:55:41
|
Bugs item #712703, was opened at 2003-03-31 06:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712703&group_id=588 Category: plugins Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: combined buffer/speed java bug Initial Comment: using: JEdit 4.1 final SpeedJava 0.3 Windows 98 and XP JDK 1.4.1 As I have made the jump from 4.0 to 4.1 I have noticed a bug creep in. When I'm typing my Java code I still get the SpeedJava popup, but now instead of disappearing gracefull into the background when I continue to type, it first changes the order of the characters I am typing. This is becomming particularly annoying and as an example System.out.println() can be Ssytem.ou.printlnt () or a number of other possibilities. I have seen this happen on a number of XP machines on our uni network and both myself and my friend (also win98 user) have experienced this on our machines. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712703&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 13:01:43
|
Bugs item #680016, was opened at 2003-02-04 04:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=680016&group_id=588 Category: plugin manager Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Will not run plug-ins after failed update. Initial Comment: Ran update plugins from 4.1pre9 to get the updates just posted. After a long wait I received an I/O error. Tried to run javac through console plug-in, one of them that I selected for an update, and received a can not find javac.xml for console. Restarted jedit, and received can not find jar files for all plugins, and some others, that I was trying to update. Checked .jedit/jars, and some jar files are there. Others are missing. For instance DragandDrop and PMD are present, but Console and CommonControls are not. When checking for updates, or looking for new plugins I have been getting a list, but not a download. Later attempts to connect let me get the plug-ins and all are fine. It just appears that in some cases, the jar files were removed before the download was started. And when it failed, I was hosed until I could get the plug-ins again. Since so many plug-ins rely on console and common controls, I imagine those are the only ones removed, but I was not paying that close attention. running on Jaguar 10.2.3 640mb PowerBook 400MHZ. Contact at twi...@NO... ---------------------------------------------------------------------- Comment By: Reinout van Schouwen (reinouts) Date: 2003-03-31 13:16 Message: Logged In: YES user_id=5466 I confirm this one. The plugin manager tried to get updates from the belnet sourceforge mirror, gave an error that it couldn't find it and subsequently the original plugin versions have vanished! Is there a way to ask the plugin manager to choose a different mirror? I'll just try to download them again manually... ---------------------------------------------------------------------- Comment By: Slava Pestov (spestov) Date: 2003-02-05 02:05 Message: Logged In: YES user_id=2280 Were any errors shown in the activity log? Can you just reinstall the affected plugins? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=680016&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 10:30:51
|
Bugs item #712628, was opened at 2003-03-31 12:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712628&group_id=588 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ludovic ANCIAUX (lanciaux) Assigned to: Nobody/Anonymous (nobody) Summary: Antfarm 1.3 project identification Initial Comment: With official Antfarm release 1.3, projects are wrong identified - what you see is not what you got (line 1 is not necessary project 1 but could be another one). I suppose sorting on screen is not right with internal handling of projects list. I have had to force projects with '=1', '=2', '=3' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712628&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 10:27:53
|
Bugs item #712627, was opened at 2003-03-31 12:42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712627&group_id=588 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ludovic ANCIAUX (lanciaux) Assigned to: Nobody/Anonymous (nobody) Summary: CodeAid 0.9 requires JDK1.4 Initial Comment: On plugins.jedit.org, it is written CodeAid 0.9 requires JDK1.3 but here (JDK 1.3.1_07) - plugin manager tells CodeAid requires 1.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=712627&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 05:58:26
|
Bugs item #711270, was opened at 2003-03-28 10:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=711270&group_id=588 Category: plugins >Group: normal bug >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Chris Kent (cjkent) Assigned to: James Wilson (jiwils) Summary: clicking tree in AntFarm 1.3 not selecting build file Initial Comment: AntFarm 1.3 does not set the current build file until the "Run Current Target" button is clicked. until this is done for the first time double-clicking a build file node in the tree expands the tree and shows and error "No build file selected". right clicking a build file and selecting "Execute default target: <whatever>" gives the same error. clicking a build file in the tree doesn't make that the current build file (which it did in 1.2). jEdit 4.1 final, AntFarm 1.3, jdk 1.4.1_02, win2k ---------------------------------------------------------------------- Comment By: James Wilson (jiwils) Date: 2003-03-31 06:11 Message: Logged In: YES user_id=688607 This has been fixed in release 1.3.1 which is now in CVS with the tag AntFarm_1_3_1. It has also been made available via the jEdit Community Site. ---------------------------------------------------------------------- Comment By: James Wilson (jiwils) Date: 2003-03-28 17:09 Message: Logged In: YES user_id=688607 Indeed. I fixed the Console popup problem and modified the Run button to load the build file instead of just selection. However, I missed the ability of the double-click to run a target. For now, use the Run button, but I'll post AntFarm 1.3.1 with a patch for this to the community web site this weekend. ---------------------------------------------------------------------- Comment By: Chris Kent (cjkent) Date: 2003-03-28 11:29 Message: Logged In: YES user_id=353578 I've made a quick change and reinstated the behaviour from version 1.2 that I was missing (selecting the project on clicking in the tree) but it also reinstates the irritating bug where the console pops up the first time a build file is selected (I have AntFarm and the console docked in the same place). this only occurs if the console hasn't been shown before. if I open the console before AntFarm then the problem goes away. I'm assuming that DockableWindowManager.addDockableWindow() always shows the new window, and that's what's causing the problem in this case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=711270&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 05:57:17
|
Bugs item #711270, was opened at 2003-03-28 10:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=711270&group_id=588 Category: plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris Kent (cjkent) Assigned to: James Wilson (jiwils) Summary: clicking tree in AntFarm 1.3 not selecting build file Initial Comment: AntFarm 1.3 does not set the current build file until the "Run Current Target" button is clicked. until this is done for the first time double-clicking a build file node in the tree expands the tree and shows and error "No build file selected". right clicking a build file and selecting "Execute default target: <whatever>" gives the same error. clicking a build file in the tree doesn't make that the current build file (which it did in 1.2). jEdit 4.1 final, AntFarm 1.3, jdk 1.4.1_02, win2k ---------------------------------------------------------------------- >Comment By: James Wilson (jiwils) Date: 2003-03-31 06:11 Message: Logged In: YES user_id=688607 This has been fixed in release 1.3.1 which is now in CVS with the tag AntFarm_1_3_1. It has also been made available via the jEdit Community Site. ---------------------------------------------------------------------- Comment By: James Wilson (jiwils) Date: 2003-03-28 17:09 Message: Logged In: YES user_id=688607 Indeed. I fixed the Console popup problem and modified the Run button to load the build file instead of just selection. However, I missed the ability of the double-click to run a target. For now, use the Run button, but I'll post AntFarm 1.3.1 with a patch for this to the community web site this weekend. ---------------------------------------------------------------------- Comment By: Chris Kent (cjkent) Date: 2003-03-28 11:29 Message: Logged In: YES user_id=353578 I've made a quick change and reinstated the behaviour from version 1.2 that I was missing (selecting the project on clicking in the tree) but it also reinstates the irritating bug where the console pops up the first time a build file is selected (I have AntFarm and the console docked in the same place). this only occurs if the console hasn't been shown before. if I open the console before AntFarm then the problem goes away. I'm assuming that DockableWindowManager.addDockableWindow() always shows the new window, and that's what's causing the problem in this case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=711270&group_id=588 |
|
From: James W. <ji...@sw...> - 2003-03-31 05:56:01
|
AntFarm 1.3.1 is now in CVS, and it should be included in the next plugin batch (if it isn't updated further by then). Name: AntFarm Version: 1.3.1 Maintainers: Todd Papaioannou, James Wilson CVS Tag: AntFarm_1_3_1 Requirements: JDK 1.3.1 jEdit 4.1final Plugin Requirements: CommonControls 0.7 Console 3.4 ErrorList 1.2.3 XML 0.11 Required 3rd Party JARs: ant.jar and option.jar from the Ant 1.5.1 distribution (ant.apache.org) Short Description: The AntFarm plugin allows developers to build projects from within jEdit using Apache's Ant utility. Long Description: The AntFarm plugin allows developers to build projects from within jEdit using Apache's Ant utility. All errors are displayed in the ErrorList plugin. It currently works with both javac and jikes. Updates/Release Notes: AntFarm 1.3 contains fixes for the following bugs: * 711270: clicking tree in AntFarm 1.3 not selecting build file This release has been made available via the jEdit Community Site in the downloads section (I submitted it just before this e-mail was sent, so it may take a day or so for it to become available). If you have trouble retrieving this release, I'll make a secondary URL available. Jimmy -- Jimmy Wilson ji...@sw... |
|
From: SourceForge.net <no...@so...> - 2003-03-31 03:12:47
|
Bugs item #710355, was opened at 2003-03-26 16:42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=710355&group_id=588 Category: editor core Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Repaint Issue Initial Comment: After awhile, the screen (menus, docked file browser, toolbar, everything except the text area itself) fails to repaint correctly w/ random rectangles and lines superimposed. I was running 4.0.3 without any problem for a couple of months, but after installing 4.1 to a separate directory (without uninstalling 4.0.3 first) i began having this problem w/ both versions. I'm using j2sdk1.4.1_02 on win2k. I've tried uninstalling both versions and installing just 4.0.3 and removing the .jedit dir in my profiles\user directory, but no help. Also tried increasing the memory allocation to 32m. ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 22:26 Message: Logged In: YES user_id=2280 Sounds like a Java problem. Did you upgade the JVM too, when moving from 4.0.3 to 4.1? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-26 16:45 Message: Logged In: NO tw...@po... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=710355&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 03:11:04
|
Bugs item #687233, was opened at 2003-02-15 17:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=687233&group_id=588 Category: installer Group: severe bug >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Dan Rogahn (ddrogahn) Assigned to: Nobody/Anonymous (nobody) Summary: no install win32 JRE1.4.1 Initial Comment: Both versions below give the same errors java -jar jedit403install.jar java -jar jedit41pre10install.jar """ Exception in thread "main" java.lang.NullPointerException at java.io.Reader.<init>(Unknown Source) at java.io.InputStreamReader.<init>(Unknown Source) at java.util.Properties.load(Unknown Source) at installer.Install.<init>(Unknown Source) at installer.SwingInstall.<init>(Unknown Source) at installer.Install.main(Unknown Source) """ Win2000 pro java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 22:25 Message: Logged In: YES user_id=2280 This is a Java bug that can happen if there are special characters in the JAR file's path. Try putting it in the root of your C: drive, for example, and run it again. ---------------------------------------------------------------------- Comment By: Jeff Schenk (jaschenk) Date: 2003-03-25 15:56 Message: Logged In: YES user_id=30660 Received this from support: mkdir jedit_install cd jedit_install jar xvf <path to>\jedit41install.jar java -classpath . installer.Install And the install worked fine. ---------------------------------------------------------------------- Comment By: Jeff Schenk (jaschenk) Date: 2003-03-25 14:53 Message: Logged In: YES user_id=30660 I have the same issue on WIN2000 Pro using JAVA: java version "1.4.1_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06) Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode) java -jar jedit41install.jar Exception in thread "main" java.lang.NullPointerException at java.io.Reader.<init>(Unknown Source) at java.io.InputStreamReader.<init>(Unknown Source) at java.util.Properties.load(Unknown Source) at installer.Install.<init>(Unknown Source) at installer.SwingInstall.<init>(Unknown Source) at installer.Install.main(Unknown Source) I have used the same installer on RedHat LINUX 7.3 and Jedit 4.1 installs clean. Anyway to do a manual install? ---------------------------------------------------------------------- Comment By: Slava Pestov (spestov) Date: 2003-02-15 17:47 Message: Logged In: YES user_id=2280 Open the installer JAR file in a ZIP archiver and check that the file installer/install.props is contained therein. I have no idea why it would be missing though... corrupt download perhaps? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=687233&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 03:07:32
|
Bugs item #702862, was opened at 2003-03-13 05:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=702862&group_id=588 Category: editor core Group: minor bug >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SideKickPlugin treeview/ getTreePathForPosition(dot) Initial Comment: I'm using sidekick in a plugin and encountered problems with the tree view expanding based on the current cursor position. Basically when I place the cursor within an asset(i.e a method within a class in the textArea) it correctly expands the Tree view to that asset. So far so good. When I place the cursor within a method that belongs to Class2 the tree doesn't expand. File |->Class1 |---->method1 |---->method2 |---->method3 |---->Class2 |-------->method21 |-------->method22 I've tracked it down to SideKickParsedData.getTreePathForPosition(int dot) returning null instead of a TreePath for Class2 and its children. I've overriden SideKickParsedData.getTreePathForPosition(int dot) to the file attached and it resolves the problem. cheers --jedit community username: SvenFoster ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=702862&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:57:46
|
Bugs item #709545, was opened at 2003-03-25 12:24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=709545&group_id=588 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ken Turner (kjt) Assigned to: Nobody/Anonymous (nobody) Summary: Spaces to tabs conversion is incorrect Initial Comment: In jEdit 4.1 Final at least, Edit/Indent/Spaces to Tabs works incorrectly. In fact its behaviour is rather odd. Consider the following example. The first line has 28 spaces following "2000", the second has 4 tabs following "2000". If I convert spaces to tabs, both lines get three tabs and four spaces after "2000". The first line should be given four tabs, the second shouldn't be converted at all. I have tabs set at every 8 spaces. CONST century = 2000 ' century CONST century = 2000 ' century ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 22:12 Message: Logged In: YES user_id=2280 fixed in 4.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=709545&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:49:54
|
Bugs item #703746, was opened at 2003-03-14 12:39 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=703746&group_id=588 Category: editor core Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Characters typed appear in wrong order Initial Comment: I'd be surprised if no one else had complained about this, as it seems a supremely annoying bug. I'm otherwise a huge fan of jEdit. e.g. you type "Redirector" and get "Ridreetcro" This seems to happen the most often when you have just switched to jEdit from another application (which would explain its being slow, but not the letters appearing in the wrong order...) I'm using jEdit 4.1pre9, but had the same behaviour with jEdit 4.0. Running on Java 1.4.1_01-b01, Windows XP. Thanks Felix di...@bo... ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 22:00 Message: Logged In: YES user_id=2280 remove the SpeedJava plugin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=703746&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:47:12
|
Bugs item #701928, was opened at 2003-03-11 21:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=701928&group_id=588 Category: search and replace Group: minor bug >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Jeremiah Rogers (jeremiahrogers) Assigned to: Nobody/Anonymous (nobody) Summary: HyperSearch buttons all default to 'results' Initial Comment: What I did: I added a "hypersearch bar" button to my taskbar as well as a "hypersearch results" button. I can use the "hypersearch bar" button repeatedly to create new search-bars, but once I've used the "hypersearch results" button a single time, all following clicks to "hypersearch bar" return a "hypersearch results" window. This error disappears on a jedit restart. ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 22:01 Message: Logged In: YES user_id=2280 maybe you added "hypersearch for word" instead of "hypersearch bar"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=701928&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:45:45
|
Bugs item #704706, was opened at 2003-03-16 18:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=704706&group_id=588 Category: plugins Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Simon Percivall (percivall) Assigned to: Nobody/Anonymous (nobody) Summary: SideKick or XML plugin stops working after error, MacOS X Initial Comment: The bug shows up when editing xml files validated with a dtd, internal or external. I have not checked if the bug is there when no dtd is attached. Basically, after an error has been found, parsing on keystroke or when saving, the parsing stops working. That is, even if the error is corrected, the previously erroneous line remains underlined with a red line, and completion pop-up stops working. Also, the error list will contain more than a hundred duplicates of the error. The problem occurs with Java 1.4.1 and 1.3.1. It doesn't always occur, but most of the time the parsing broke down after one error, sometimes after a few. This also happens with both the 0.1 and the 0.2 version of the SideKick plug-in. ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 22:00 Message: Logged In: YES user_id=2280 fixed in xml 0.11.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=704706&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:43:53
|
Bugs item #706620, was opened at 2003-03-19 19:04 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=706620&group_id=588 Category: text area and syntax packages Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: textarea content overflows? Initial Comment: While editing a javafile, I pasted some code over from another program into jEdit. After pasting, it was not possible to scroll to the bottom of the text, and when trying to page down with the arrowkeys, I got the error you can see in the attached log. When I saved, the cursor jumped back up to it's initial location, and, the same thing happened when I tried to page down with the arrowkeys again. The attached log is a tail of the activitylog from this. If you need the entire log, let me know. [message] Log: When reporting bugs, please include the following information: [message] Log: java.version=1.4.1 [message] Log: java.vm.version=1.4.1-b21 [message] Log: java.runtime.version=1.4.1-b21 [message] Log: java.vendor=Sun Microsystems Inc. [message] Log: java.compiler=null [message] Log: os.name=Linux [message] Log: os.version=2.4.18-14 [message] Log: os.arch=i386 [message] Log: user.home=/home/tommy [message] Log: java.home=/home/tommy/j2sdk1.4.1/jre [message] Log: java.class.path=/home/tommy/jedit/jedit.jar [notice] jEdit: jEdit version 4.1final [message] jEdit: Settings directory is /home/tommy/.jedit [debug] EditServer: jEdit server started on port 33970 [debug] EditServer: Authorization key is 473045505 [message] jEdit: jEdit home directory is /home/tommy/jedit [debug] BeanShell: BeanShell interpreter version 1.2.7 ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 21:57 Message: Logged In: YES user_id=2280 fixed in 4.2pre1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=706620&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:42:08
|
Bugs item #706516, was opened at 2003-03-19 15:42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=706516&group_id=588 Category: None Group: normal bug >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Maynard Demmon (maynardd) Assigned to: Nobody/Anonymous (nobody) Summary: default char enc not respected from file system Initial Comment: When loading a file from the file system, not via the open dialog of jedit, the default encoding is not always respected. This bug is for version 4.1final. I'm on Win2k Professional running with JDK 1.4.1_01. To reproduce, Go to: Utilities -> Global Options -> Loading & Saving -> set the default encoding to UTF-8. Now open a file from windows explorer using the "open with jedit" option from the contextual menu. When the file opens it will be in the encoding you launched jedit with, not the new encoding you just set. ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 21:56 Message: Logged In: YES user_id=2280 this is because jEdit probably remembers the encoding the file was previously opened with. Use file->open and select the encoding from the 'commands' menu to override the recent file encoding. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=706516&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:41:10
|
Bugs item #706043, was opened at 2003-03-18 23:42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=706043&group_id=588 Category: plugins Group: normal bug >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Sidekick does not render xml doc structure Initial Comment: The sidekick plugin does not render XML document structures. It works fine with HTML but not XML. I have tried with well formed (validated w/ XMLSpy) files. I have also tried turning XML validation off in the XML plugin settings. Win2k sp3 J2RE SE 1.4.1_01 Jedit 41fina Sidekick 0.1l XML 0 .11 br...@bi... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=706043&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:40:30
|
Bugs item #709548, was opened at 2003-03-25 12:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=709548&group_id=588 Category: text area and syntax packages Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ken Turner (kjt) Assigned to: Nobody/Anonymous (nobody) Summary: Syntax highlighting of $ wrong for TeX Initial Comment: For some reason, combinations like the following cause the first $ to be printed in red, and subsequent text in bold as if part of maths. `$>$' \{}$>$ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=709548&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2003-03-31 02:38:29
|
Bugs item #710646, was opened at 2003-03-27 05:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=710646&group_id=588 Category: editor core Group: minor bug >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Egon Willighagen (egonw) Assigned to: Nobody/Anonymous (nobody) Summary: No read only command available Initial Comment: jEdit 4.1 asks me to report this as a feature request, but I could not find that on the SF project page. Platform: > uname -a SunOS wn5 5.8 Generic_108528-16 sun4u sparc SUNW,Sun-Blade-100 The normal way to make a file read only: chmod u-r file ---------------------------------------------------------------------- >Comment By: Slava Pestov (spestov) Date: 2003-03-30 21:53 Message: Logged In: YES user_id=2280 Do not submit feature requests to the bug tracker. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=710646&group_id=588 |