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
(3) |
Dec
|
|
From: Makarius <mak...@us...> - 2025-05-20 09:46:06
|
--- **[patches:#645] Standardize notable color properties wrt. getColorHexString** **Status:** open **Group:** **Created:** Tue May 20, 2025 09:46 AM UTC by Makarius **Last Updated:** Tue May 20, 2025 09:46 AM UTC **Owner:** nobody **Attachments:** - [a.patch](https://sourceforge.net/p/jedit/patches/645/attachment/a.patch) (4.3 kB; text/x-patch) This is an attempt to reduce redundant entries in user properties (file "properties" in the settings directory). The problem is that color defaults use RGB without ALPHA, but SyntaxUtilities.getColorHexString() will add a prefix "#ff" for that. Thus most color properties end up in the user properties file, even without an actual change of the value. The patch adjusts the default jEdit colors to coincide with the ARGB format of SyntaxUtilities.getColorHexString(). Note that this does not cover plugin properties: that would require more profound changes, for example to have getColorHexString() omit a redundant "#ff" prefix. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Eric Le L. <ker...@us...> - 2025-04-30 13:44:35
|
- **status**: open --> pending - **Comment**: FTP 1.4 has been released. It should fix the issue. --- **[plugin-bugs:#1935] FTP Dialog won't open** **Status:** pending **Group:** **Created:** Fri Feb 07, 2025 07:49 PM UTC by Dynamo Dan **Last Updated:** Mon Mar 24, 2025 12:22 AM UTC **Owner:** Matthieu Casanova FTP dialog doesn't open. jEdit version 5.7.0, java versions java-8-openjdk/jre, java-11-openjdk, java-17.openjdk on manjaro, and openjdk 17 on ubuntu. Steps to reproduce: Install jedit, install ftp plugin. Choose "open from ftp server" or "open from sftp server". Nothing happens. When I run jedit in console, no errors show. Just nothing at all happens. Opening from file history works, so it's some issue with the ftp file dialog. I'll do some more testing with other java versions, maybe the oracle one etc. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Yosuke I. <yos...@us...> - 2025-04-29 01:36:50
|
--- **[bugs:#4144] Impossible to insert the backslash character in Japanese keyboard** **Status:** open **Group:** normal bug **Created:** Tue Apr 29, 2025 01:36 AM UTC by Yosuke Ito **Last Updated:** Tue Apr 29, 2025 01:36 AM UTC **Owner:** nobody I use jEdit v5.7.0 on MacBook Air (Sequoia 15.4.1). My keyboard layout is Japanese. Usually I can insert the backslash character \ by pressing the ¥ key, but the jEdit interpret ¥ as ¥, not \. (Opt + ¥ does not work either.) Another Japanese user reproduces the same behavior, so it seems a bug. My current workaround is to switch to the US input mode and press Opt + ¥, but I am not happy with that. I hope the bug to be fixed. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Eric Le L. <ker...@us...> - 2025-04-28 20:15:16
|
Hi Derek, please try FTP plugin 1.4, an update available from the Plugin Manager. Thanks, --- **[bugs:#4142] FTP plugin not working** **Status:** open **Group:** severe bug **Created:** Wed Mar 19, 2025 03:45 PM UTC by Derek L Christiansen **Last Updated:** Wed Mar 19, 2025 04:45 PM UTC **Owner:** nobody **Attachments:** - [activity.log](https://sourceforge.net/p/jedit/bugs/4142/attachment/activity.log) (28.1 kB; text/x-log) FTP plugin does not work. See attached activity.log --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: dbareis <db...@us...> - 2025-04-15 02:58:23
|
Sorry I didn't realise it was a plugin, its hard to imagine an editor without natively supporting tabs. I would have installed it many yonks ago. I already have the "sort buffer switcher" ticked. I'm also thinking that the sorting issue doesn't happen until there is more than a single line of tabs. In any case I don't want them sorted, I want them in the ider I order them, for example when I move a tab to the expected(first col 1st row), I don't expect it to disappear into the middle somewhere. --- **[bugs:#4143] Random Tab Order (it keeps changing on it's own)** **Status:** open **Group:** severe bug **Labels:** tab **Created:** Sat Apr 12, 2025 06:09 AM UTC by dbareis **Last Updated:** Sat Apr 12, 2025 03:11 PM UTC **Owner:** nobody On Windows 11 and "Eclipse Adoptium\jre-21.0.4.7-hotspot\bin\javaW.exe" and jedit 5.7.0, the tab order keeps changing. Normally I don't have many tabs open so it hasn't been much of an issue but as I get more open it is driving me crazy as I have to constantly look for the tab that was "there" last last time. The order seems to change as dialogs and windows are opened and closed (perhaps other times, not sure). --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Alan E. <ez...@us...> - 2025-04-12 15:12:12
|
To sort the buffer sets (which are used by BufferTabs) global options - view - sort buffer switcher. --- **[bugs:#4143] Random Tab Order (it keeps changing on it's own)** **Status:** open **Group:** severe bug **Labels:** tab **Created:** Sat Apr 12, 2025 06:09 AM UTC by dbareis **Last Updated:** Sat Apr 12, 2025 03:10 PM UTC **Owner:** nobody On Windows 11 and "Eclipse Adoptium\jre-21.0.4.7-hotspot\bin\javaW.exe" and jedit 5.7.0, the tab order keeps changing. Normally I don't have many tabs open so it hasn't been much of an issue but as I get more open it is driving me crazy as I have to constantly look for the tab that was "there" last last time. The order seems to change as dialogs and windows are opened and closed (perhaps other times, not sure). --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Alan E. <ez...@us...> - 2025-04-12 15:10:56
|
Are you talking about the BufferTabs plugin? jEdit has no tabs. --- **[bugs:#4143] Random Tab Order (it keeps changing on it's own)** **Status:** open **Group:** severe bug **Labels:** tab **Created:** Sat Apr 12, 2025 06:09 AM UTC by dbareis **Last Updated:** Sat Apr 12, 2025 06:09 AM UTC **Owner:** nobody On Windows 11 and "Eclipse Adoptium\jre-21.0.4.7-hotspot\bin\javaW.exe" and jedit 5.7.0, the tab order keeps changing. Normally I don't have many tabs open so it hasn't been much of an issue but as I get more open it is driving me crazy as I have to constantly look for the tab that was "there" last last time. The order seems to change as dialogs and windows are opened and closed (perhaps other times, not sure). --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: dbareis <db...@us...> - 2025-04-12 06:10:16
|
--- **[bugs:#4143] Random Tab Order (it keeps changing on it's own)** **Status:** open **Group:** severe bug **Labels:** tab **Created:** Sat Apr 12, 2025 06:09 AM UTC by dbareis **Last Updated:** Sat Apr 12, 2025 06:09 AM UTC **Owner:** nobody On Windows 11 and "Eclipse Adoptium\jre-21.0.4.7-hotspot\bin\javaW.exe" and jedit 5.7.0, the tab order keeps changing. Normally I don't have many tabs open so it hasn't been much of an issue but as I get more open it is driving me crazy as I have to constantly look for the tab that was "there" last last time. The order seems to change as dialogs and windows are opened and closed (perhaps other times, not sure). --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Björn K. <vam...@us...> - 2025-04-01 01:31:25
|
- **status**: open --> closed-fixed - **Group**: normal bug --> severe bug --- **[bugs:#4043] Plugin Manager using HTTP for Updates/Install** **Status:** closed-fixed **Group:** severe bug **Labels:** security **Created:** Wed Aug 09, 2017 11:31 PM UTC by 0x10F8 **Last Updated:** Tue Apr 01, 2025 01:30 AM UTC **Owner:** Björn Kautler **Attachments:** - [MITM Response.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/MITM%20Response.png) (62.8 kB; image/png) - [PoC Worked.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/PoC%20Worked.png) (9.7 kB; image/png) - [PoC payload.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/PoC%20payload.png) (31.7 kB; image/png) - [Updater with PoC.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/Updater%20with%20PoC.png) (31.2 kB; image/png) As the plugin manager uses HTTP man in the middle of plugin manager communication is trivial. If the (plugin-manager.export-url) /export/gzip_plugin_manager.php call is intercepted and respose modified then plugin installation and updates can be compromised and remote code execution can occur (through providing malicious plugin jars in URLs in the response XML). Or even if the gzip_plugin_manager.php call isn't intercepted then future calls can be intercepted and a redirect to malicious jars can be provided. Suggest that TLS is used where possible and code signing of plugins (and display warnings or blocking unsigned plugins). Implications are that using jedit on a public network (coffee shop, airport etc) could allow remote code execution. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Björn K. <vam...@us...> - 2025-04-01 01:31:04
|
I don't remember why I forcefully downgraded the plugin downloads to HTTP and unfortunately I didn't comment it. I first did not do that but changed it 10 days later, so there probably was some reason I had to do. As since some time the SSL config for jedit.org was fixed, I changed now mirror list download and plugin list download to HTTPS. I also changed the plugin download to not downgrade to HTTP anymore, maybe it was a temporary problem that was solved with it. We will see what happens. :-) --- **[bugs:#4043] Plugin Manager using HTTP for Updates/Install** **Status:** open **Group:** normal bug **Labels:** security **Created:** Wed Aug 09, 2017 11:31 PM UTC by 0x10F8 **Last Updated:** Tue Aug 15, 2017 07:10 AM UTC **Owner:** Björn Kautler **Attachments:** - [MITM Response.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/MITM%20Response.png) (62.8 kB; image/png) - [PoC Worked.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/PoC%20Worked.png) (9.7 kB; image/png) - [PoC payload.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/PoC%20payload.png) (31.7 kB; image/png) - [Updater with PoC.png](https://sourceforge.net/p/jedit/bugs/4043/attachment/Updater%20with%20PoC.png) (31.2 kB; image/png) As the plugin manager uses HTTP man in the middle of plugin manager communication is trivial. If the (plugin-manager.export-url) /export/gzip_plugin_manager.php call is intercepted and respose modified then plugin installation and updates can be compromised and remote code execution can occur (through providing malicious plugin jars in URLs in the response XML). Or even if the gzip_plugin_manager.php call isn't intercepted then future calls can be intercepted and a redirect to malicious jars can be provided. Suggest that TLS is used where possible and code signing of plugins (and display warnings or blocking unsigned plugins). Implications are that using jedit on a public network (coffee shop, airport etc) could allow remote code execution. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Björn K. <vam...@us...> - 2025-03-31 00:23:30
|
- **status**: open --> closed-fixed - **Group**: minor bug --> normal bug - **Comment**: The problem here actually was three-fold. 1. On first usage of an edit mode the context sensitivity flag of the mode files was not considered, that's why you first saw it as keyword2 and after reload as keyword1. 2. On first usage of an edit mode after "Reload edit modes" the context sensitivity flag of the mode files also was not considered. 3. The `htaccess` mode was erroneously set to be context insensitive which is wrong. 1 was fixed already with commit [ae018a33a886e8f44df23b3f780176abc82d7c6a](https://sourceforge.net/p/jedit/jEdit/ci/ae018a33a886e8f44df23b3f780176abc82d7c6a/) 2 months before this issue was created 2 is fixed now with [2c30e5e0833ff11d4476dc2f34a2f30cbe38603b](https://sourceforge.net/p/jedit/jEdit/ci/2c30e5e0833ff11d4476dc2f34a2f30cbe38603b/) 3 is fixed now with [a9885bb3c58a0fcd31cd608f501dbfe4d33e5c4a](https://sourceforge.net/p/jedit/jEdit/ci/a9885bb3c58a0fcd31cd608f501dbfe4d33e5c4a/) --- **[bugs:#3812] htaccess Syntax Highlighting is wrong** **Status:** closed-fixed **Group:** normal bug **Labels:** text area and syntax packages **Created:** Tue Jul 09, 2013 12:16 PM UTC by funa take **Last Updated:** Tue Feb 11, 2014 10:27 PM UTC **Owner:** Björn Kautler Sample htaccess <IfModule mod\_rewrite.c> RewriteEngine on </IfModule> "RewriteRule" is displayed in color of keyword2. However after file is reloaded, it is displayed in color of keyword1. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Björn K. <vam...@us...> - 2025-03-30 03:50:13
|
- **status**: open --> closed-fixed - **Group**: --> minor bug --- **[bugs:#3811] updated sources.list** **Status:** closed-fixed **Group:** minor bug **Created:** Fri Jul 05, 2013 02:57 PM UTC by marcwert **Last Updated:** Wed Oct 02, 2013 06:13 PM UTC **Owner:** Björn Kautler updated sources.list with deb http://switch.dl.sourceforge.net/project/jedit / and got W: Failed to fetch http://dl.sourceforge.net/sourceforge/jedit/Release.gpg Got a single header line over 360 chars W: Failed to fetch http://dl.sourceforge.net/sourceforge/jedit/Sources Got a single header line over 360 chars W: Failed to fetch http://dl.sourceforge.net/sourceforge/jedit/Packages Got a single header line over 360 chars W: Failed to fetch http://dl.sourceforge.net/sourceforge/jedit/en\_US Got a single header line over 360 chars W: Failed to fetch http://dl.sourceforge.net/sourceforge/jedit/en Got a single header line over 360 chars --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Björn K. <vam...@us...> - 2025-03-30 02:53:22
|
- **status**: open --> closed-fixed - **Group**: severe bug --> minor bug - **Priority**: 5 --> 1 --- **[bugs:#4090] Code repository issues (unable to download source)** **Status:** closed-fixed **Group:** minor bug **Created:** Fri Feb 14, 2020 11:35 PM UTC by Brendan Robert **Last Updated:** Sat Feb 15, 2020 12:22 AM UTC **Owner:** Björn Kautler **Issue: ** The sourceforge website/code repository is not working correctly and downloading sources from the trunk results in various issues. **jEdit version:** Current dev trunk **Platform: **Website **Java version:** *N/A* **Steps to reproduce:** Try to browse the Git link from the sourceforge website and you don't see an indentical source tree to that in the svn repository. Also, trying to download a snapshot of the source from SVN results in the browser spinning indefinitely waiting for sourceforge to respond. **Expected result:** It should be easy to use modern tooling to access the source of this project in order to participate in debugging and improving the software. **Other notes:** I was able to download the source with the svn command line tool, but oddly using git svn did not work and it also spun its wheels when looking through commit history. I suspect it is related to the same issue as the source forge website. If the svn repository has a lot of merges in its history, it could be causing back-end SVN server issues. In my personal experience GIT is far less fragile in this kind of situation. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Makarius <mak...@us...> - 2025-03-25 11:28:33
|
--- **[patches:#644] Some updates for Emacs Macros** **Status:** open **Group:** **Created:** Tue Mar 25, 2025 11:28 AM UTC by Makarius **Last Updated:** Tue Mar 25, 2025 11:28 AM UTC **Owner:** nobody **Attachments:** - [0001.patch](https://sourceforge.net/p/jedit/patches/644/attachment/0001.patch) (3.5 kB; text/x-patch) Some updates for Emacs Macros, based on patch #642 "bundled Emacs Macros are broken". --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Eric Le L. <ker...@us...> - 2025-03-24 22:03:38
|
- **status**: open --> closed-accepted
- **Comment**:
Released to plugin central.
Thanks :-)
---
**[plugin-central-submission:#1084] FTP 1.4**
**Status:** closed-accepted
**Group:** None
**Created:** Tue Mar 04, 2025 08:03 AM UTC by Matthieu Casanova
**Last Updated:** Tue Mar 04, 2025 08:03 AM UTC
**Owner:** nobody
{{{ FTP 1.4
Source: FTP-1.4
Announcement: - Use of Base64 instead of sun.misc.BASE64Encoder
- Use of jsch 0.1.55
- Bugfixes on corner case during save
Requires Java 11
Requires jEdit 05.05.99.00
Required plugins:
Common Controls 1.7.4 (CommonControlsPlugin)
Short Description: The FTP plugin adds the ability to browse directories and edit files on (S)FTP servers.
Long Description: <html>
<p>The FTP plugin plugs into jEdit's virtual filesystem to allow transparent access to (S)FTP servers. It integrates with the filesystem browser (hence you can do things like add favorites which point to remote servers, and such), caches remote directory listings for improved performance, remembers passwords, and has optional support for passive-mode FTP.</p>
</html>
}}}
---
Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Alan E. <ez...@us...> - 2025-03-24 00:22:01
|
I don't have the setup to release plugins right now but I built it and I can share it on google drive until someone does the official release. https://drive.google.com/drive/folders/1bvedx-mqVU4JGdhXYrjtxka6LFeA6-YW?usp=sharing --- **[plugin-bugs:#1935] FTP Dialog won't open** **Status:** open **Group:** **Created:** Fri Feb 07, 2025 07:49 PM UTC by Dynamo Dan **Last Updated:** Sun Mar 23, 2025 08:58 PM UTC **Owner:** Matthieu Casanova FTP dialog doesn't open. jEdit version 5.7.0, java versions java-8-openjdk/jre, java-11-openjdk, java-17.openjdk on manjaro, and openjdk 17 on ubuntu. Steps to reproduce: Install jedit, install ftp plugin. Choose "open from ftp server" or "open from sftp server". Nothing happens. When I run jedit in console, no errors show. Just nothing at all happens. Opening from file history works, so it's some issue with the ftp file dialog. I'll do some more testing with other java versions, maybe the oracle one etc. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Ainsley L. <ain...@us...> - 2025-03-23 20:58:50
|
Still no fix available? java version "21" 2023-09-19 LTS --- **[plugin-bugs:#1935] FTP Dialog won't open** **Status:** open **Group:** **Created:** Fri Feb 07, 2025 07:49 PM UTC by Dynamo Dan **Last Updated:** Wed Mar 12, 2025 11:46 AM UTC **Owner:** Matthieu Casanova FTP dialog doesn't open. jEdit version 5.7.0, java versions java-8-openjdk/jre, java-11-openjdk, java-17.openjdk on manjaro, and openjdk 17 on ubuntu. Steps to reproduce: Install jedit, install ftp plugin. Choose "open from ftp server" or "open from sftp server". Nothing happens. When I run jedit in console, no errors show. Just nothing at all happens. Opening from file history works, so it's some issue with the ftp file dialog. I'll do some more testing with other java versions, maybe the oracle one etc. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Derek L C. <drb...@us...> - 2025-03-23 15:29:47
|
I've had this problem when opening too many files at once. One of things that's great about jedit is the infinite divisibility of the editor window. I used to be able to open 15 separate windows. By reverting back 5.4 the problem exists but goes away if I close a file. In 5.5 & 5.6 the app needs to closed and reopened. --- **[bugs:#4134] jEdit becomes unresponsive to key presses (LSP plugin?)** **Status:** open **Group:** severe bug **Created:** Thu May 02, 2024 07:23 PM UTC by Damien **Last Updated:** Tue May 14, 2024 12:22 PM UTC **Owner:** Damien I've been seeing some strange behavior within jEdit recently while trying to use it to work on the LSP plugin. Shortly after beginning work, jEdit becomes completely unresponsive to my key presses, and I cannot for the life of me figure out why. - This behavior normally kicks in as a result of opening the search-and-replace dialog, though I have seen it with other popups too (like Help->About jEdit...). Until I do that, typing works just fine. - Mouse interaction within jEdit still works. - My keyboard still works outside of jEdit. - No plugin appears to be responsible, since I'm able to reproduce it with no plugins loaded. - No errors appear in the activity log. - I have seen this with both Java 11 and Java 17. This is tested with jEdit 5.6.0 running on openSUSE Tumbleweed. Anyone have any tips on how to debug this further? I really have no idea what's going on, and it's making jEdit borderline unusable. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Björn K. <Va...@jE...> - 2025-03-22 17:13:19
|
Hey there, sorry for the late reply, I had a bad flu or I would have answered this earlier. Yes, we need to specify the target java version, always. It has to be the version of the minimum Java version we required. Currently this is still Java 11, so the target java version has to be set to Java 11 to prevent newer APIs or language features to be used accidentally. But even if we raise the minimum Java version required for example to Java 17, this still has to stay, just updated, to prevent that someone that uses Java 21 locally to use incompatible things and so on. I'm not sure what you think is "problematic" though. Besides of course not being able to use newer APIs or language features. The only problem I found building or running with Java 23 was illegal JavaDoc, which I corrected now so that it also builds on newer JDKs without problem. If the point was about using newer language features or APIs, then we would need to raise the minimum Java requirement we have, and with that of course also update the versions used in the build script after finding out what the correct versions are for the different platform artifacts we are building. Cheers Björn Am 26.02.2025 um 04:38 schrieb Alan Ezust: > Is there still a need to specify target java version? What should we > set it to? > Right now it is java 11 and that seems to be problematic when using > more modern jdks. > > > > |
|
From: Björn K. <Va...@jE...> - 2025-03-22 17:02:46
|
Hi Finally it is finished again, sorry for the really long delays. Also this time each originally SVN revision was checked file-by-file to be identical with the Git commits, so this time there should not be such a mixed-up state in the history like with the last try. The canonical jEdit core repository can now be found again at https://sourceforge.net/p/jedit/jEdit. Each originally SVN revision is also annotated to the Git commit using git-notes, so if you want to find a Git commit by the original SVN revision, you can after cloning use `git fetch origin refs/notes/*:refs/notes/*` to get the commit notes that contain the SVN revisions. If after that your Git client does not display the notes, then it probably lacks support for them and you should open a feature request. Things like `git log`, `gitk`, or `tig` support them, so there you can double-check that they are present. Additional to the canonical repository, I created a read-only mirror at https://github.com/jEdit-editor/jEdit/. It cron-based mirrors the canonical repository once an hour, but it should also mirror immediately after a push to the canonical repository as that triggers a webhook that starts the mirroring. If that does not work anymore, please drop me a line so I can have a look. For the GitHub repository I also added a GitHub Actions workflow that automatically builds jEdit on a Linux runner, a Windows runner, and a macOS runner and also provides that built artifacts as result of the Action run, so now we do not only have daily builds again, we even have continuous builds now that run directly after each push: https://github.com/jEdit-editor/jEdit/actions/workflows/build.yaml I'll have a look at migrating the plugins' history next. Cheers Björn PS: I'm sure you are all aware but just to be sure, please keep in mind to use rebase for non-pushed commits, not merge. "Ladder"-histories are really not nice to look at or investigate. :-) |
|
From: Derek L C. <drb...@us...> - 2025-03-19 16:46:00
|
I'll add that the syslog shows: 2025-03-19T09:20:44.968807-07:00 INF-DEREK-LINUX jedit.desktop[34674]: Warning: $JAVA_HOME environment variable not set! Consider setting it. 2025-03-19T09:20:44.968886-07:00 INF-DEREK-LINUX jedit.desktop[34674]: Attempting to locate java... 2025-03-19T09:20:44.969225-07:00 INF-DEREK-LINUX jedit.desktop[34674]: Found a virtual machine at: /usr/bin/java... But BASH shows: $ echo $JAVA_HOME /usr/lib/jvm/java-11-openjdk-amd64 --- **[bugs:#4142] FTP plugin not working** **Status:** open **Group:** severe bug **Created:** Wed Mar 19, 2025 03:45 PM UTC by Derek L Christiansen **Last Updated:** Wed Mar 19, 2025 03:45 PM UTC **Owner:** nobody **Attachments:** - [activity.log](https://sourceforge.net/p/jedit/bugs/4142/attachment/activity.log) (28.1 kB; text/x-log) FTP plugin does not work. See attached activity.log --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Derek L C. <drb...@us...> - 2025-03-19 15:46:01
|
--- **[bugs:#4142] FTP plugin not working** **Status:** open **Group:** severe bug **Created:** Wed Mar 19, 2025 03:45 PM UTC by Derek L Christiansen **Last Updated:** Wed Mar 19, 2025 03:45 PM UTC **Owner:** nobody **Attachments:** - [activity.log](https://sourceforge.net/p/jedit/bugs/4142/attachment/activity.log) (28.1 kB; text/x-log) FTP plugin does not work. See attached activity.log --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Ingvi S. <in...@us...> - 2025-03-12 11:46:24
|
Are there any news about a fix for this? I have the same problem iwth jedit 5.7.0 and Java 11.0.2 on windows --- **[plugin-bugs:#1935] FTP Dialog won't open** **Status:** open **Group:** **Created:** Fri Feb 07, 2025 07:49 PM UTC by Dynamo Dan **Last Updated:** Wed Mar 12, 2025 11:44 AM UTC **Owner:** Matthieu Casanova FTP dialog doesn't open. jEdit version 5.7.0, java versions java-8-openjdk/jre, java-11-openjdk, java-17.openjdk on manjaro, and openjdk 17 on ubuntu. Steps to reproduce: Install jedit, install ftp plugin. Choose "open from ftp server" or "open from sftp server". Nothing happens. When I run jedit in console, no errors show. Just nothing at all happens. Opening from file history works, so it's some issue with the ftp file dialog. I'll do some more testing with other java versions, maybe the oracle one etc. --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Matthieu C. <kp...@us...> - 2025-03-04 08:03:47
|
---
**[plugin-central-submission:#1084] FTP 1.4**
**Status:** open
**Group:** None
**Created:** Tue Mar 04, 2025 08:03 AM UTC by Matthieu Casanova
**Last Updated:** Tue Mar 04, 2025 08:03 AM UTC
**Owner:** nobody
{{{ FTP 1.4
Source: FTP-1.4
Announcement: - Use of Base64 instead of sun.misc.BASE64Encoder
- Use of jsch 0.1.55
- Bugfixes on corner case during save
Requires Java 11
Requires jEdit 05.05.99.00
Required plugins:
Common Controls 1.7.4 (CommonControlsPlugin)
Short Description: The FTP plugin adds the ability to browse directories and edit files on (S)FTP servers.
Long Description: <html>
<p>The FTP plugin plugs into jEdit's virtual filesystem to allow transparent access to (S)FTP servers. It integrates with the filesystem browser (hence you can do things like add favorites which point to remote servers, and such), caches remote directory listings for improved performance, remembers passwords, and has optional support for passive-mode FTP.</p>
</html>
}}}
---
Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Alan E. <ez...@us...> - 2025-02-28 02:29:21
|
- Description has changed: Diff: ~~~~ --- old +++ new @@ -1,4 +1,4 @@ -Currently, I must use Java 11 to build jEdit or Plugins. +Currently, I must use Java < 15 to build plugins. It would be nice if more modern JDKs were supported by our build.xml scripts. Java 15 has removed Nashorn, you must provide an engine for running JavaScript yourself. GraalVM JavaScript currently is the preferred option. ~~~~ --- **[plugin-bugs:#1936] build-support.xml doesn't work with modern JDKs** **Status:** open **Group:** **Created:** Tue Feb 25, 2025 04:33 PM UTC by Alan Ezust **Last Updated:** Wed Feb 26, 2025 06:51 PM UTC **Owner:** nobody Currently, I must use Java < 15 to build plugins. It would be nice if more modern JDKs were supported by our build.xml scripts. Java 15 has removed Nashorn, you must provide an engine for running JavaScript yourself. GraalVM JavaScript currently is the preferred option. BUILD FAILED /home/ezust/workspace/jedit/plugins/FTP/build.xml:30: The following error occurred while executing this line: /home/ezust/workspace/jedit/build-support/plugin-build.xml:61: Unable to create javax script engine for javascript --- Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |