[jira] [Created] (NETBEANS-3586) Same module name when created, breaks things. Showing null pointer exception on screen.
Akhilesh Singh created NETBEANS-3586: Summary: Same module name when created, breaks things. Showing null pointer exception on screen. Key: NETBEANS-3586 URL: https://issues.apache.org/jira/browse/NETBEANS-3586 Project: NetBeans Issue Type: Bug Components: java - Project Affects Versions: 11.2 Environment: OpenJDK Runtime Environment 13.0.1+9 Reporter: Akhilesh Singh Assignee: Akhilesh Singh Steps to reproduce: # Create modular project - Go to File->New Project->Java with ant->Java Modular Project # Add a new module "newmodule" & click finish # Add another module of same name "newmodule" & click finish Actual result : A java.lang.NullPointerException exception has occurred. However, the system should continue working without further problems. Click Show Details for the stack trace Expected result : Application should not allow to create/add another module of same name if already exist. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3587) Allows creating stand alone java file in favorites window
Akshay Gupta created NETBEANS-3587: -- Summary: Allows creating stand alone java file in favorites window Key: NETBEANS-3587 URL: https://issues.apache.org/jira/browse/NETBEANS-3587 Project: NetBeans Issue Type: New Feature Components: ide - UI Affects Versions: 11.3 Reporter: Akshay Gupta Provided new template for a standalone file and registered it for giving a new option in others list of new file.wizard. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3587) Allows creating stand alone java file in favorites window
[ https://issues.apache.org/jira/browse/NETBEANS-3587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-3587: - Labels: pull-request-available (was: ) > Allows creating stand alone java file in favorites window > - > > Key: NETBEANS-3587 > URL: https://issues.apache.org/jira/browse/NETBEANS-3587 > Project: NetBeans > Issue Type: New Feature > Components: ide - UI >Affects Versions: 11.3 >Reporter: Akshay Gupta >Priority: Major > Labels: pull-request-available > > Provided new template for a standalone file and registered it for giving a > new option in others list of new file.wizard. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3588) Code Templates not working in Java Editor in for-cycle definition
Zdeněk Machač created NETBEANS-3588: --- Summary: Code Templates not working in Java Editor in for-cycle definition Key: NETBEANS-3588 URL: https://issues.apache.org/jira/browse/NETBEANS-3588 Project: NetBeans Issue Type: Bug Affects Versions: 8.2, 11.2 Environment: Windows Server 2012 R2, JDK 13.0.1 64-bit Reporter: Zdeněk Machač In Java editor if you type {code:java} for ( ) {code} then inside braces not working Code Templates. E.g. typing 'St' + Tab not create 'String' string or 'fi' + Tab not create 'final' string. In other places of code Code Templates works well. It's only small bug but many times I must repair my typed code. Thanks ZM -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3589) Inserting multiline string from clipboard into other string (between "...") in Java Editor does not follow the format settings
Zdeněk Machač created NETBEANS-3589: --- Summary: Inserting multiline string from clipboard into other string (between "...") in Java Editor does not follow the format settings Key: NETBEANS-3589 URL: https://issues.apache.org/jira/browse/NETBEANS-3589 Project: NetBeans Issue Type: Bug Affects Versions: 8.2, 11.2 Reporter: Zdeněk Machač Default format settings for operators in Java editor is on beginning of line. Rule is used e.g. for operator '+' on Strings - if Java code is reformatted or if string token is splitten to more lines by Enter key. But if you paste multiline string from clipboard into other string token (between "...") then operator '+' are generated on end of lines. In JDK 13 are multiline strings supported in another way but in JDK 8 or when appending variable value still need long strings splitted on multiple lines. Best regards ZM -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3589) Inserting multiline string from clipboard into other string (between "...") in Java Editor does not follow the format settings
[ https://issues.apache.org/jira/browse/NETBEANS-3589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zdeněk Machač updated NETBEANS-3589: Description: Default format settings for operators in Java editor is on beginning of line. Rule is used e.g. for operator '+' on Strings - if Java code is reformatted or if string token is splitten to more lines by Enter key. {code:java} String str = "aaa" + "bbb"; {code} But if you paste multiline string from clipboard into other string token (between "...") then operator '+' are generated on end of lines. {code:java} String str = "aaa"; then insert at end of string token (before last " char) ccc ccc generate String str = "aaaccc\n" + "ccc"; {code} In JDK 13 are multiline strings supported in another way but in JDK 8 or when appending variable value still need long strings splitted on multiple lines. Best regards ZM was: Default format settings for operators in Java editor is on beginning of line. Rule is used e.g. for operator '+' on Strings - if Java code is reformatted or if string token is splitten to more lines by Enter key. But if you paste multiline string from clipboard into other string token (between "...") then operator '+' are generated on end of lines. In JDK 13 are multiline strings supported in another way but in JDK 8 or when appending variable value still need long strings splitted on multiple lines. Best regards ZM > Inserting multiline string from clipboard into other string (between "...") > in Java Editor does not follow the format settings > -- > > Key: NETBEANS-3589 > URL: https://issues.apache.org/jira/browse/NETBEANS-3589 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2, 11.2 >Reporter: Zdeněk Machač >Priority: Minor > > Default format settings for operators in Java editor is on beginning of line. > Rule is used e.g. for operator '+' on Strings - if Java code is reformatted > or if string token is splitten to more lines by Enter key. > {code:java} > String str = "aaa" >+ "bbb"; > {code} > > But if you paste multiline string from clipboard into other string token > (between "...") then operator '+' are generated on end of lines. > {code:java} > String str = "aaa"; > then insert at end of string token (before last " char) > ccc > ccc > generate > String str = "aaaccc\n" + > "ccc"; > {code} > > In JDK 13 are multiline strings supported in another way but in JDK 8 or when > appending variable value still need long strings splitted on multiple lines. > Best regards ZM -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch release110 created (now 67a590c)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch release110 in repository https://gitbox.apache.org/repos/asf/netbeans.git. at 67a590c Upgraded the patched modules and the readme with building instructions. No new revisions were added by this update. - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3582) Not enough space to download and unpack index for Maven 'Central Repository'
[ https://issues.apache.org/jira/browse/NETBEANS-3582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bradley Willcott updated NETBEANS-3582: --- Labels: Maven (was: ) > Not enough space to download and unpack index for Maven 'Central Repository' > > > Key: NETBEANS-3582 > URL: https://issues.apache.org/jira/browse/NETBEANS-3582 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 > Environment: Operating System: Fedora 31 > KDE Plasma Version: 5.16.5 > KDE Frameworks Version: 5.64.0 > Qt Version: 5.12.5 > Kernel Version: 5.3.14-300.fc31.x86_64 > OS Type: 64-bit > Processors: 4 × Intel® Core™ i7-5500U CPU @ 2.40GHz > Memory: 3.7 GiB of RAM >Reporter: Bradley Willcott >Priority: Blocker > Labels: Maven > Attachments: UI-Log.xml > > > Both the automatic download process that occurs when you create a Maven > project, and in the 'Services' tab for Maven, of the index completes up to > the point of unpacking. Looking at the exception info I can only assume that > Netbeans doesn't know that 491Gb is larger than 802Mb! Unless the zip file > unpacks out to over 491Gb?!?! If this is so, then how can ANYONE develop a > Maven based project. I would not expect everyone to have _this_ must free > disk space. > > > [indexing] ERROR org.apache.maven.index.updater.DefaultIndexUpdater - > Fallback to *.zip also failed: java.io.FileNotFoundException: Resource > nexus-maven-repository-index.zip does not exist > INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: > Downloaded maven index file has size 802,161,664 (zipped). The usable space > in /home/bwillcott/.cache/netbeans/11.2 is 491,860,180,992. > INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl] > java.io.IOException: No space left on device > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated: Look for .mvn/maven.config in parent directories as well.
This is an automated email from the ASF dual-hosted git repository. jglick pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/master by this push: new d849cdf Look for .mvn/maven.config in parent directories as well. new abd7b26 Merge pull request #1766 from jglick/maven.config-redux d849cdf is described below commit d849cdf5a669e03fd2672234a0f7836ac0bc83aa Author: Jesse Glick AuthorDate: Mon Dec 9 15:41:24 2019 -0500 Look for .mvn/maven.config in parent directories as well. --- .../maven/modelcache/MavenProjectCache.java| 9 ++--- .../modules/maven/NbMavenProjectImplTest.java | 23 ++ 2 files changed, 29 insertions(+), 3 deletions(-) diff --git a/java/maven/src/org/netbeans/modules/maven/modelcache/MavenProjectCache.java b/java/maven/src/org/netbeans/modules/maven/modelcache/MavenProjectCache.java index 9905a16..8b507d5 100644 --- a/java/maven/src/org/netbeans/modules/maven/modelcache/MavenProjectCache.java +++ b/java/maven/src/org/netbeans/modules/maven/modelcache/MavenProjectCache.java @@ -150,10 +150,13 @@ public final class MavenProjectCache { M2Configuration active = config.getActiveConfiguration(); MavenExecutionResult res = null; try { -FileObject mavenConfig = projectDir.getFileObject(".mvn/maven.config"); List mavenConfigOpts = Collections.emptyList(); -if (mavenConfig != null && mavenConfig.isData()) { -mavenConfigOpts = Arrays.asList(mavenConfig.asText().split("\\s+")); +for (FileObject root = projectDir; root != null; root = root.getParent()) { +FileObject mavenConfig = root.getFileObject(".mvn/maven.config"); +if (mavenConfig != null && mavenConfig.isData()) { +mavenConfigOpts = Arrays.asList(mavenConfig.asText().split("\\s+")); +break; +} } final MavenExecutionRequest req = projectEmbedder.createMavenExecutionRequest(); req.addActiveProfiles(active.getActivatedProfiles()); diff --git a/java/maven/test/unit/src/org/netbeans/modules/maven/NbMavenProjectImplTest.java b/java/maven/test/unit/src/org/netbeans/modules/maven/NbMavenProjectImplTest.java index 61dc1f5..a3ebc5d 100644 --- a/java/maven/test/unit/src/org/netbeans/modules/maven/NbMavenProjectImplTest.java +++ b/java/maven/test/unit/src/org/netbeans/modules/maven/NbMavenProjectImplTest.java @@ -191,6 +191,29 @@ public class NbMavenProjectImplTest extends NbTestCase { assertEquals("1.8", slqr.getSourceLevel()); assertEquals("1.6", testSlqr.getSourceLevel()); } + +public void testMavenConfigReactor() throws Exception { +writeMavenConfig("-Pnew"); +TestFileUtils.writeFile(wd, "pom.xml", "4.0.0" ++ "testparent1.0pom" ++ "mod" ++ ""); +TestFileUtils.writeFile(wd, "mod/pom.xml", "4.0.0" ++ "testparent1.0" ++ "prj" ++ "1.51.5" ++ "maven-compiler-plugin2.1" ++ "${java}${testJava}" ++ "" ++ "new1.6" ++ "" ++ ""); +FileObject source = TestFileUtils.writeFile(wd, "mod/src/main/java/p/C.java", "package p; class C {}"); +SourceLevelQuery.Result slqr = SourceLevelQuery.getSourceLevel2(source); +assertEquals("1.6", slqr.getSourceLevel()); +// TODO listening to changes not yet implemented in FileProvider +} + private void writeMavenConfig(String text) throws IOException, InterruptedException { // Need the touch call, since NbMavenProjectImpl.Updater checks timestamps. TestFileUtils.touch(TestFileUtils.writeFile(wd, ".mvn/maven.config", text), null); - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2494) autocomplete deletes instead of completes
[ https://issues.apache.org/jira/browse/NETBEANS-2494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16995745#comment-16995745 ] Frank David Martinez commented on NETBEANS-2494: Hi Friends, this is still happening in 11.2, I don't know how to reproduce, but it happens and it is very frustrating. > autocomplete deletes instead of completes > - > > Key: NETBEANS-2494 > URL: https://issues.apache.org/jira/browse/NETBEANS-2494 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 11.0 > Environment: OS X 10.14.3 (18D109) > Java 1.8.0_181 > Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 1.8.0_181; Java HotSpot(TM) 64-Bit Server VM 25.181-b13 > Runtime: Java(TM) SE Runtime Environment 1.8.0_181-b13 > System: Mac OS X version 10.14.3 running on x86_64; UTF-8; en_US (nb) > User directory: ~/Library/Application Support/NetBeans/11.0 > Cache directory: ~/Library/Caches/NetBeans/11.0 >Reporter: Paul >Priority: Critical > Attachments: Test.java > > > easily reproducible (on Mac anyway). > In any java class, inside method body type this: > > OutputStream os = new ByteArra > then press Ctrl-Space, press down-cursor to go to > java.io.ByteArrayOutputStream constructor., press Enter. > Instead of completing as requestedor offering user input to choose what to > actually put there, NB11 deletes the new ByteArra. > The only way to get it to actually complete is mouse-click. > Super-long time NB user here - grew accustomed to a pleasurable dev > experience, and loss of this functionality is so taxing it's worth just using > Eclipse at this point. > > Looking forward to a fix > > Related: NETBEANS-2490 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3590) missing "use diamond inference" hint for static variable initialization
Ernie Rael created NETBEANS-3590: Summary: missing "use diamond inference" hint for static variable initialization Key: NETBEANS-3590 URL: https://issues.apache.org/jira/browse/NETBEANS-3590 Project: NetBeans Issue Type: Bug Components: java - Hints Affects Versions: 11.2 Reporter: Ernie Rael For: static List m = new ArrayList(); there is no "use diamond inference" hit. Remove the word static and the hint appears. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3590) missing "use diamond inference" hint for static variable initialization
[ https://issues.apache.org/jira/browse/NETBEANS-3590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernie Rael updated NETBEANS-3590: - Description: For: static List m = new ArrayList(); there is no "use diamond inference" hint. Remove the word static and the hint appears. was: For: static List m = new ArrayList(); there is no "use diamond inference" hit. Remove the word static and the hint appears. > missing "use diamond inference" hint for static variable initialization > --- > > Key: NETBEANS-3590 > URL: https://issues.apache.org/jira/browse/NETBEANS-3590 > Project: NetBeans > Issue Type: Bug > Components: java - Hints >Affects Versions: 11.2 >Reporter: Ernie Rael >Priority: Minor > > For: static List m = new ArrayList(); > there is no "use diamond inference" hint. Remove the word static and the > hint appears. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3591) Code completion fails for generic Class variables
dennis lucero created NETBEANS-3591: --- Summary: Code completion fails for generic Class variables Key: NETBEANS-3591 URL: https://issues.apache.org/jira/browse/NETBEANS-3591 Project: NetBeans Issue Type: Bug Components: editor - Completion & Templates Affects Versions: 11.2 Environment: OpenJDK 13+33, Windows 10 Reporter: dennis lucero {noformat} Class c1; Class c2; {noformat} Code completion works after typing {{c1.}} (suggesting "asSubclass(Class clazz)" and so on), but not for {{c2.}} ("no suggestions"). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] 02/03: Merge remote-tracking branch 'github/pr/1727'
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git commit 88e9bb04f6e92a1a3c656d4c6cf845cd391debfc Merge: 649cfd3 36015bc Author: Matthias Bläsing AuthorDate: Fri Dec 13 20:50:23 2019 +0100 Merge remote-tracking branch 'github/pr/1727' Closes: #1727 ide/o.apache.xmlrpc/build.xml| 12 ++-- ide/o.apache.xmlrpc/external/binaries-list | 7 +++ .../{xmlrpc-3.0-license.txt => xmlrpc-3.1.3-license.txt} | 6 +++--- ide/o.apache.xmlrpc/nbproject/project.properties | 2 ++ 4 files changed, 14 insertions(+), 13 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated (abd7b26 -> 530f557)
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from abd7b26 Merge pull request #1766 from jglick/maven.config-redux add c58244a Upgrade Apache commons-codec from 1.3 to 1.13 new 649cfd3 Merge remote-tracking branch 'github/pr/1726' add 36015bc Upgrade Apache XML-RPC from 3.0 to 3.1.3 new 88e9bb0 Merge remote-tracking branch 'github/pr/1727' add 336ae36 Upgrade Apache Lucene from 3.5.0 to 3.6.2 new 530f557 Merge remote-tracking branch 'github/pr/1729' The 3 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: ide/libs.lucene/external/binaries-list | 2 +- ...-core-3.5.0-license.txt => lucene-core-3.6.2-license.txt} | 6 +++--- ...ne-core-3.5.0-notice.txt => lucene-core-3.6.2-notice.txt} | 2 +- ide/libs.lucene/nbproject/project.properties | 5 +++-- ide/libs.lucene/nbproject/project.xml| 4 ++-- ide/o.apache.commons.codec/build.xml | 8 ide/o.apache.commons.codec/external/binaries-list| 2 +- ...-codec-1.3-license.txt => commons-codec-1.13-license.txt} | 4 ++-- .../external/commons-codec-1.13-notice.txt | 3 +++ .../external/commons-codec-1.3-notice.txt| 3 --- ide/o.apache.commons.codec/nbproject/project.properties | 2 ++ ide/o.apache.commons.codec/nbproject/project.xml | 2 +- ide/o.apache.xmlrpc/build.xml| 12 ++-- ide/o.apache.xmlrpc/external/binaries-list | 7 +++ .../{xmlrpc-3.0-license.txt => xmlrpc-3.1.3-license.txt} | 6 +++--- ide/o.apache.xmlrpc/nbproject/project.properties | 2 ++ .../org/netbeans/nbbuild/extlibs/ignored-binary-overlaps | 1 - 17 files changed, 37 insertions(+), 34 deletions(-) rename ide/libs.lucene/external/{lucene-core-3.5.0-license.txt => lucene-core-3.6.2-license.txt} (99%) rename ide/libs.lucene/external/{lucene-core-3.5.0-notice.txt => lucene-core-3.6.2-notice.txt} (99%) rename ide/o.apache.commons.codec/external/{commons-codec-1.3-license.txt => commons-codec-1.13-license.txt} (99%) create mode 100644 ide/o.apache.commons.codec/external/commons-codec-1.13-notice.txt delete mode 100644 ide/o.apache.commons.codec/external/commons-codec-1.3-notice.txt rename ide/o.apache.xmlrpc/external/{xmlrpc-3.0-license.txt => xmlrpc-3.1.3-license.txt} (98%) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] 01/03: Merge remote-tracking branch 'github/pr/1726'
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git commit 649cfd32c7c089fea37125c95b948867e825ec43 Merge: abd7b26 c58244a Author: Matthias Bläsing AuthorDate: Fri Dec 13 20:49:39 2019 +0100 Merge remote-tracking branch 'github/pr/1726' Closes: #1726 ide/o.apache.commons.codec/build.xml | 8 ide/o.apache.commons.codec/external/binaries-list | 2 +- ...mmons-codec-1.3-license.txt => commons-codec-1.13-license.txt} | 4 ++-- ide/o.apache.commons.codec/external/commons-codec-1.13-notice.txt | 3 +++ ide/o.apache.commons.codec/external/commons-codec-1.3-notice.txt | 3 --- ide/o.apache.commons.codec/nbproject/project.properties | 2 ++ ide/o.apache.commons.codec/nbproject/project.xml | 2 +- .../antsrc/org/netbeans/nbbuild/extlibs/ignored-binary-overlaps | 1 - 8 files changed, 13 insertions(+), 12 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] 03/03: Merge remote-tracking branch 'github/pr/1729'
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git commit 530f5575342d838ffdd217ea12db90b7630feeab Merge: 88e9bb0 336ae36 Author: Matthias Bläsing AuthorDate: Fri Dec 13 20:50:48 2019 +0100 Merge remote-tracking branch 'github/pr/1729' Closes: #1729 ide/libs.lucene/external/binaries-list | 2 +- ...{lucene-core-3.5.0-license.txt => lucene-core-3.6.2-license.txt} | 6 +++--- .../{lucene-core-3.5.0-notice.txt => lucene-core-3.6.2-notice.txt} | 2 +- ide/libs.lucene/nbproject/project.properties| 5 +++-- ide/libs.lucene/nbproject/project.xml | 4 ++-- 5 files changed, 10 insertions(+), 9 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3592) Fix various Windows LAF bugs on HiDPI screens
Eirik Bakke created NETBEANS-3592: - Summary: Fix various Windows LAF bugs on HiDPI screens Key: NETBEANS-3592 URL: https://issues.apache.org/jira/browse/NETBEANS-3592 Project: NetBeans Issue Type: Improvement Components: platform - Other Affects Versions: 11.1 Environment: Windows with HiDPI screens Reporter: Eirik Bakke Attachments: Problem 1, incorrect font size.png, Problem 2, OS controls wrong size (after patch).png, Problem 2, OS controls wrong size (before patch).png, Problem 3, uneven text component borders.png, WindowsSwingMultiMonitorTest.png Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images received from the OS using a poor image scaling interpolation; the supplied patch improves the scaling quality in these cases. 3) On non-integral scaling levels, e.g. 150%, borders around text components will be of uneven thickness due to rounding error. This patch fixes that. This also happens to JComboBox, but in that case cannot be fixed with a simple patch, since that one does not take its border from UIDefaults. I will provide a PR with workarounds. Below is a manual test plan that I used to test these patches, on Windows 10. After each line in the test plan, the patch is confirmed to work. In _most_ of these cases there is some kind of improvement in behavior from the patch. * main display laptop at sign-in (external at 200% HiDPI scaling/main at 100%) * change main display to external monitor while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * main display external monitor at sign-in (external 200%/main 100%) * change main display to laptop while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * change 200% to 150% while running app * restart app * main display laptop at sign-in (external 200%/main 100%), then disconnect external before running app * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * disconnect external while running app * main display external monitor at sign-in (200%/100%), then disconnect external while running app (forgot an initial step here; initial data pasted in from step 9) * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display laptop at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external monitor at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external at sign-in (external 150%, main 100%) * change 100% to 150% while running app * restart app * change main display to laptop (200%), set external display to 100%, log out, disconnect external, log in, run app * reconnect external while running app (will be 100%) * close laptop lid (will switch to external display) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3592) Fix various Windows LAF bugs on HiDPI screens
[ https://issues.apache.org/jira/browse/NETBEANS-3592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-3592: -- Description: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images received from the OS using a poor image scaling interpolation; the supplied patch improves the scaling quality in these cases. 3) On non-integral scaling levels, e.g. 150%, borders around text components will be of uneven thickness due to rounding error. This patch fixes that. This also happens to JComboBox, but in that case cannot be fixed with a simple patch, since that one does not take its border from UIDefaults. I will provide a PR with workarounds. Below is a manual test plan that I used to test these patches, on Windows 10. After each line in the test plan, the patch is confirmed to work. In _most_ of these cases there is some kind of improvement in behavior from the patch--either a corrected control/font size or at least an improvement in control icon scaling interpolation quality. * main display laptop at sign-in (external at 200% HiDPI scaling/main at 100%) * change main display to external monitor while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * main display external monitor at sign-in (external 200%/main 100%) * change main display to laptop while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * change 200% to 150% while running app * restart app * main display laptop at sign-in (external 200%/main 100%), then disconnect external before running app * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * disconnect external while running app * main display external monitor at sign-in (200%/100%), then disconnect external while running app (forgot an initial step here; initial data pasted in from step 9) * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display laptop at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external monitor at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external at sign-in (external 150%, main 100%) * change 100% to 150% while running app * restart app * change main display to laptop (200%), set external display to 100%, log out, disconnect external, log in, run app * reconnect external while running app (will be 100%) * close laptop lid (will switch to external display) was: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images received from the OS using a poor image scaling interpolation; the supplied patch improves the scaling quality in these
[jira] [Updated] (NETBEANS-3592) Fix various Windows LAF bugs on HiDPI screens
[ https://issues.apache.org/jira/browse/NETBEANS-3592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-3592: -- Description: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. I earlier reported this as a JDK bug at https://bugs.openjdk.java.net/browse/JDK-8211715 . (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images received from the OS using a poor image scaling interpolation; the supplied patch improves the scaling quality in these cases. 3) On non-integral scaling levels, e.g. 150%, borders around text components will be of uneven thickness due to rounding error. This patch fixes that. This also happens to JComboBox, but in that case cannot be fixed with a simple patch, since that one does not take its border from UIDefaults. I will provide a PR with workarounds. Below is a manual test plan that I used to test these patches, on Windows 10. After each line in the test plan, the patch is confirmed to work. In _most_ of these cases there is some kind of improvement in behavior from the patch--either a corrected control/font size or at least an improvement in control icon scaling interpolation quality. * main display laptop at sign-in (external at 200% HiDPI scaling/main at 100%) * change main display to external monitor while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * main display external monitor at sign-in (external 200%/main 100%) * change main display to laptop while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * change 200% to 150% while running app * restart app * main display laptop at sign-in (external 200%/main 100%), then disconnect external before running app * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * disconnect external while running app * main display external monitor at sign-in (200%/100%), then disconnect external while running app (forgot an initial step here; initial data pasted in from step 9) * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display laptop at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external monitor at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external at sign-in (external 150%, main 100%) * change 100% to 150% while running app * restart app * change main display to laptop (200%), set external display to 100%, log out, disconnect external, log in, run app * reconnect external while running app (will be 100%) * close laptop lid (will switch to external display) was: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images received from the OS using a
[jira] [Updated] (NETBEANS-3592) Fix various Windows LAF bugs on HiDPI screens
[ https://issues.apache.org/jira/browse/NETBEANS-3592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-3592: - Labels: HiDPI pull-request-available (was: HiDPI) > Fix various Windows LAF bugs on HiDPI screens > - > > Key: NETBEANS-3592 > URL: https://issues.apache.org/jira/browse/NETBEANS-3592 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 11.1 > Environment: Windows with HiDPI screens >Reporter: Eirik Bakke >Priority: Major > Labels: HiDPI, pull-request-available > Attachments: Problem 1, incorrect font size.png, Problem 2, OS > controls wrong size (after patch).png, Problem 2, OS controls wrong size > (before patch).png, Problem 3, uneven text component borders.png, > WindowsSwingMultiMonitorTest.png > > > Provide workarounds to various bugs that caused the Windows LAF to be > unusable on many HiDPI configurations, typically when an external monitor (or > projector) is involved, or is disconnected or connected. > 1) In certain configurations, the GUI font size would be either way too large > or way too small. (I can't remember exactly which configurations caused this, > but going through the manual test case list below _will_ trigger it several > times.) > 2) In multi-monitor configurations that involve one HiDPI screen and one > regular screen, the size of controls drawn by the OS, such as checkboxes and > outline expansion handles, will be incorrect unless the HiDPI screen was the > main display at login. I earlier reported this as a JDK bug at > https://bugs.openjdk.java.net/browse/JDK-8211715 . (Note that there are a few > icons which cannot be fixed using the UIDefaults approach taken here, e.g. > checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end > up scaling the control images received from the OS using a poor image scaling > interpolation; the supplied patch improves the scaling quality in these cases. > 3) On non-integral scaling levels, e.g. 150%, borders around text components > will be of uneven thickness due to rounding error. This patch fixes that. > This also happens to JComboBox, but in that case cannot be fixed with a > simple patch, since that one does not take its border from UIDefaults. > I will provide a PR with workarounds. > Below is a manual test plan that I used to test these patches, on Windows 10. > After each line in the test plan, the patch is confirmed to work. In _most_ > of these cases there is some kind of improvement in behavior from the > patch--either a corrected control/font size or at least an improvement in > control icon scaling interpolation quality. > * main display laptop at sign-in (external at 200% HiDPI scaling/main at 100%) > * change main display to external monitor while running app > * restart app > * change 100% to 150% while running app > * restart app > * log out and in again > * change 150% to 100% while running app > * restart app > * main display external monitor at sign-in (external 200%/main 100%) > * change main display to laptop while running app > * restart app > * change 100% to 150% while running app > * restart app > * log out and in again > * change 150% to 100% while running app > * restart app > * change 200% to 150% while running app > * restart app > * main display laptop at sign-in (external 200%/main 100%), then disconnect > external before running app > * reconnect external while running app > * restart app > * log out, disconnect external, log in > * reconnect external while running app > * restart app > * disconnect external while running app > * main display external monitor at sign-in (200%/100%), then disconnect > external while running app (forgot an initial step here; initial data pasted > in from step 9) > * reconnect external while running app > * restart app > * log out, disconnect external, log in > * reconnect external while running app > * restart app > * main display laptop at sign-in (200%/150%), then disconnect external before > running > * reconnect external while running app > * log out, disconnect external, log in > * reconnect external while running app > * restart app > * main display external monitor at sign-in (200%/150%), then disconnect > external before running > * reconnect external while running app > * restart app > * log out, disconnect external, log in > * reconnect external while running app > * restart app > * main display external at sign-in (external 150%, main 100%) > * change 100% to 150% while running app > * restart app > * change main display to laptop (200%), set external display to 100%, log > out, disconnect external, log in, run app > * reconnect external while running app (will be 100%) > * close laptop lid (will switch to ex
[netbeans] 01/02: Merge pull request #1775 from ebarboni/apidocadjust
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git commit 5a1fb3e082e2b8965292c3aa7eb8a7278746a14d Merge: abd7b26 7700e57 Author: Eric Barboni AuthorDate: Fri Dec 13 17:26:18 2019 +0100 Merge pull request #1775 from ebarboni/apidocadjust [NETBEANS-2612] Apidoc Date information on right menu, architecture page with better css nbbuild/javadoctools/build.xml | 1 + nbbuild/javadoctools/export2apichanges.xsl | 2 +- nbbuild/javadoctools/export2branding.xsl | 5 ++--- nbbuild/javadoctools/export2index.xsl | 3 +-- nbbuild/javadoctools/export2layer.xsl | 5 ++--- nbbuild/javadoctools/export2property.xsl | 2 +- nbbuild/javadoctools/export2usecases.xsl | 1 + nbbuild/javadoctools/jsonhelp.xsl | 2 ++ nbbuild/javadoctools/netbeans.css | 8 +++- nbbuild/javadoctools/prose.css | 2 +- 10 files changed, 19 insertions(+), 12 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated (530f557 -> b8fb34d)
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 530f557 Merge remote-tracking branch 'github/pr/1729' add 7700e57 Date information on right menu, architecture page with better css new 5a1fb3e Merge pull request #1775 from ebarboni/apidocadjust new b8fb34d Merge branch 'master' of https://github.com/apache/netbeans The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: nbbuild/javadoctools/build.xml | 1 + nbbuild/javadoctools/export2apichanges.xsl | 2 +- nbbuild/javadoctools/export2branding.xsl | 5 ++--- nbbuild/javadoctools/export2index.xsl | 3 +-- nbbuild/javadoctools/export2layer.xsl | 5 ++--- nbbuild/javadoctools/export2property.xsl | 2 +- nbbuild/javadoctools/export2usecases.xsl | 1 + nbbuild/javadoctools/jsonhelp.xsl | 2 ++ nbbuild/javadoctools/netbeans.css | 8 +++- nbbuild/javadoctools/prose.css | 2 +- 10 files changed, 19 insertions(+), 12 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] 02/02: Merge branch 'master' of https://github.com/apache/netbeans
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git commit b8fb34ded463feb8ba1c8eea560c1a205a4ccb85 Merge: 530f557 5a1fb3e Author: Matthias Bläsing AuthorDate: Fri Dec 13 21:15:59 2019 +0100 Merge branch 'master' of https://github.com/apache/netbeans nbbuild/javadoctools/build.xml | 1 + nbbuild/javadoctools/export2apichanges.xsl | 2 +- nbbuild/javadoctools/export2branding.xsl | 5 ++--- nbbuild/javadoctools/export2index.xsl | 3 +-- nbbuild/javadoctools/export2layer.xsl | 5 ++--- nbbuild/javadoctools/export2property.xsl | 2 +- nbbuild/javadoctools/export2usecases.xsl | 1 + nbbuild/javadoctools/jsonhelp.xsl | 2 ++ nbbuild/javadoctools/netbeans.css | 8 +++- nbbuild/javadoctools/prose.css | 2 +- 10 files changed, 19 insertions(+), 12 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-338) Find/Replace dialog does not render correctly
[ https://issues.apache.org/jira/browse/NETBEANS-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16995885#comment-16995885 ] Eirik Bakke commented on NETBEANS-338: -- Added a PR at https://github.com/apache/netbeans/pull/1777 . The problem is in the JDK-supplied Windows LAF, though we can make a few improvements by inserting workarounds in UIDefaults. > Find/Replace dialog does not render correctly > - > > Key: NETBEANS-338 > URL: https://issues.apache.org/jira/browse/NETBEANS-338 > Project: NetBeans > Issue Type: Bug > Components: editor - Search >Affects Versions: 9.0, 10.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180117-unknown-revn) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Assignee: Eirik Bakke >Priority: Trivial > Labels: HiDPI, Java9, Windows, regression > Attachments: screenshot.png > > > In the attached screenshot, notice that the horizontal separator between the > two combo-boxes is cut off. Expanding the combo-box causes the line to > render, but once it is collapsed again the line disappears. This used to work > in Netbeans 8.2 (though this was with JDK 8 while now I am using JDK 9) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3581) DropDownButton/DropDownToggleButton improvements
[ https://issues.apache.org/jira/browse/NETBEANS-3581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-3581: - Labels: pull-request-available (was: ) > DropDownButton/DropDownToggleButton improvements > > > Key: NETBEANS-3581 > URL: https://issues.apache.org/jira/browse/NETBEANS-3581 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 11.1 > Environment: Windows, MacOS, and Linux >Reporter: Eirik Bakke >Assignee: Eirik Bakke >Priority: Minor > Labels: pull-request-available > > Make a few improvements to the dropdown button components returned by > org.openide.awt.DropDownButtonFactory's public static constructors. For > example, fix a bug where a click may be ignored, or where a click may open > the dropdown menu even when the button is supposed to be disabled. > (Creating this issue for an upcoming pull request.) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3196) Calling Children.LEAF.getNodesCount() changes lazy loading behavior globally
[ https://issues.apache.org/jira/browse/NETBEANS-3196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-3196: - Labels: pull-request-available (was: ) > Calling Children.LEAF.getNodesCount() changes lazy loading behavior globally > > > Key: NETBEANS-3196 > URL: https://issues.apache.org/jira/browse/NETBEANS-3196 > Project: NetBeans > Issue Type: Improvement > Components: platform - Nodes >Affects Versions: 11.0 >Reporter: Eirik Bakke >Priority: Minor > Labels: pull-request-available > > There's a small bug in org.openide.nodes.Node.setChildren(Children). The > logic goes something like this: > {code:java} > protected final void setChildren(final Children ch) { > boolean wasInited = hierarchy.isInitialized(); > boolean wasLeaf = hierarchy == Children.LEAF; > // ... > hierarchy = ch; > // ... > if (wasInited && hierarchy != Children.LEAF) { > // init new children if old was inited > hierarchy.getNodesCount(); > {code} > If a Node's children was originally Children.LEAF, and is then changed to a > different instance, the resulting behavior now becomes dependent on the > result of Children.LEAF.isInitialized(). The latter is a global piece of > state which may return false for a long time until _any_ module anywhere in > the IDE or in a platform application calls Children.LEAF.getNodesCount(), > after which Children.LEAF.isInitialized() will forever after return true. > Once Children.LEAF.getNodesCount() has been called, from any module, Node > implementations that switch from Children.LEAF to another Children > implementation will no longer get lazy loading behavior. > The fix is simple; the condition should be "wasInited && !wasLeaf && > hierarchy != Children.LEAF)". It might be good to ensure that Children.LEAF > is always initialized as well, to prevent accidentally sharing mutable global > state. I will create a patch for this at some point, once I have made sure it > doesn't cause any problems. > (This bug was found in a NetBeans Platform application that relies heavily on > lazy loading of nodes.) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3196) Calling Children.LEAF.getNodesCount() changes lazy loading behavior globally
[ https://issues.apache.org/jira/browse/NETBEANS-3196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-3196: -- Description: There's a small bug in org.openide.nodes.Node.setChildren(Children). The logic goes something like this: {code:java} protected final void setChildren(final Children ch) { boolean wasInited = hierarchy.isInitialized(); boolean wasLeaf = hierarchy == Children.LEAF; // ... hierarchy = ch; // ... if (wasInited && hierarchy != Children.LEAF) { // init new children if old was inited hierarchy.getNodesCount(); {code} If a Node's children was originally Children.LEAF, and is then changed to a different instance, the resulting behavior now becomes dependent on the result of Children.LEAF.isInitialized(). The latter is a global piece of state which may return false for a long time until _any_ module anywhere in the IDE or in a platform application calls Children.LEAF.getNodesCount(), after which Children.LEAF.isInitialized() will forever after return true. Once Children.LEAF.getNodesCount() has been called, from any module, Node implementations that switch from Children.LEAF to another Children implementation will no longer get lazy loading behavior. The fix is simple; the condition should be "wasInited && !wasLeaf && hierarchy != Children.LEAF)". It might be good to ensure that Children.LEAF is always initialized as well, to prevent accidentally sharing mutable global state. (Actually, I tried calling Children.LEAF.getNodesCount() on LEAF's initial construction, but this caused a failure on startup. So don't bother.) (This bug was found in a NetBeans Platform application that relies heavily on lazy loading of nodes.) was: There's a small bug in org.openide.nodes.Node.setChildren(Children). The logic goes something like this: {code:java} protected final void setChildren(final Children ch) { boolean wasInited = hierarchy.isInitialized(); boolean wasLeaf = hierarchy == Children.LEAF; // ... hierarchy = ch; // ... if (wasInited && hierarchy != Children.LEAF) { // init new children if old was inited hierarchy.getNodesCount(); {code} If a Node's children was originally Children.LEAF, and is then changed to a different instance, the resulting behavior now becomes dependent on the result of Children.LEAF.isInitialized(). The latter is a global piece of state which may return false for a long time until _any_ module anywhere in the IDE or in a platform application calls Children.LEAF.getNodesCount(), after which Children.LEAF.isInitialized() will forever after return true. Once Children.LEAF.getNodesCount() has been called, from any module, Node implementations that switch from Children.LEAF to another Children implementation will no longer get lazy loading behavior. The fix is simple; the condition should be "wasInited && !wasLeaf && hierarchy != Children.LEAF)". It might be good to ensure that Children.LEAF is always initialized as well, to prevent accidentally sharing mutable global state. I will create a patch for this at some point, once I have made sure it doesn't cause any problems. (This bug was found in a NetBeans Platform application that relies heavily on lazy loading of nodes.) > Calling Children.LEAF.getNodesCount() changes lazy loading behavior globally > > > Key: NETBEANS-3196 > URL: https://issues.apache.org/jira/browse/NETBEANS-3196 > Project: NetBeans > Issue Type: Improvement > Components: platform - Nodes >Affects Versions: 11.0 >Reporter: Eirik Bakke >Priority: Minor > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > There's a small bug in org.openide.nodes.Node.setChildren(Children). The > logic goes something like this: > {code:java} > protected final void setChildren(final Children ch) { > boolean wasInited = hierarchy.isInitialized(); > boolean wasLeaf = hierarchy == Children.LEAF; > // ... > hierarchy = ch; > // ... > if (wasInited && hierarchy != Children.LEAF) { > // init new children if old was inited > hierarchy.getNodesCount(); > {code} > If a Node's children was originally Children.LEAF, and is then changed to a > different instance, the resulting behavior now becomes dependent on the > result of Children.LEAF.isInitialized(). The latter is a global piece of > state which may return false for a long time until _any_ module anywhere in > the IDE or in a platform application calls Children.LEAF.getNodesCount(), > after which Children.LEAF.isInitialized() will forever after return true. > Once Children.LEAF.getNodesCount() has been called, from any module, Node > implementations that switch from Children.LEAF to another Children > implementation
[netbeans] branch master updated (b8fb34d -> 4b1d25f)
This is an automated email from the ASF dual-hosted git repository. ebakke pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from b8fb34d Merge branch 'master' of https://github.com/apache/netbeans add fecc9c7 Improve a logging statement in WarmUpSupport, where a NPE was once observed. add 4b1d25f Removed 'NetBeans is currently undergoing Incubation' notice from About box, and fixed a stray space in updater splash screen. No new revisions were added by this update. Summary of changes: .../libsrc/org/netbeans/updater/Bundle.properties | 2 +- .../src/org/netbeans/core/startup/WarmUpSupport.java | 11 +-- platform/o.n.core/src/org/netbeans/core/ui/Bundle.properties | 3 +-- 3 files changed, 11 insertions(+), 5 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3593) Make web browser icon in the toolbar take advantage of improved HiDPI scaling
Eirik Bakke created NETBEANS-3593: - Summary: Make web browser icon in the toolbar take advantage of improved HiDPI scaling Key: NETBEANS-3593 URL: https://issues.apache.org/jira/browse/NETBEANS-3593 Project: NetBeans Issue Type: Improvement Affects Versions: 11.1 Reporter: Eirik Bakke This PR ensures that the HiDPI icon scaling improvements made in NETBEANS-2614 applies to the browser icon in the toolbar. (Created a separate PR for this one because it requires one API change to expose the DropDownButton icon.) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3593) Make web browser icon in the toolbar take advantage of improved HiDPI scaling
[ https://issues.apache.org/jira/browse/NETBEANS-3593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-3593: -- Attachment: browsericon.png > Make web browser icon in the toolbar take advantage of improved HiDPI scaling > - > > Key: NETBEANS-3593 > URL: https://issues.apache.org/jira/browse/NETBEANS-3593 > Project: NetBeans > Issue Type: Improvement >Affects Versions: 11.1 >Reporter: Eirik Bakke >Priority: Minor > Labels: HiDPI > Attachments: browsericon.png > > > This PR ensures that the HiDPI icon scaling improvements made in > NETBEANS-2614 applies to the browser icon in the toolbar. (Created a separate > PR for this one because it requires one API change to expose the > DropDownButton icon.) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3592) Fix various Windows LAF bugs on HiDPI screens
[ https://issues.apache.org/jira/browse/NETBEANS-3592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-3592: -- Description: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. I earlier reported this as a JDK bug at https://bugs.openjdk.java.net/browse/JDK-8211715 . (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images received from the OS using a poor image scaling interpolation; the supplied patch improves the scaling quality in these cases. 3) On non-integral scaling levels, e.g. 150%, borders around text components will be of uneven thickness due to rounding error. This patch fixes that. This also happens to JComboBox, but in that case cannot be fixed with a simple patch, since that one does not take its border from UIDefaults. I will provide a PR with workarounds. Below is a manual test plan that I used to test these patches, on Windows 10. After each line in the test plan, the patch is confirmed to work. In _most_ of these cases there is some kind of improvement in behavior from the patch--either a corrected control/font size or at least an improvement in control icon scaling interpolation quality. * main display laptop at sign-in (external at 200% HiDPI scaling/main at 100%) * change main display to external monitor while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * main display external monitor at sign-in (external 200%/main 100%) * change main display to laptop while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * change 200% to 150% while running app * restart app * main display laptop at sign-in (external 200%/main 100%), then disconnect external before running app * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * disconnect external while running app * main display external monitor at sign-in (200%/100%), then disconnect external while running app * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display laptop at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external monitor at sign-in (200%/150%), then disconnect external before running * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external at sign-in (external 150%, main 100%) * change 100% to 150% while running app * restart app * change main display to laptop (200%), set external display to 100%, log out, disconnect external, log in, run app * reconnect external while running app (will be 100%) * close laptop lid (will switch to external display) was: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. I earlier reported this as a JDK bug at https://bugs.openjdk.java.net/browse/JDK-8211715 . (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images rece
[jira] [Updated] (NETBEANS-3592) Fix various Windows LAF bugs on HiDPI screens
[ https://issues.apache.org/jira/browse/NETBEANS-3592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-3592: -- Description: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. I earlier reported this as a JDK bug at https://bugs.openjdk.java.net/browse/JDK-8211715 . (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously end up scaling the control images received from the OS using a poor image scaling interpolation; the supplied patch improves the scaling quality in these cases. 3) On non-integral scaling levels, e.g. 150%, borders around text components will be of uneven thickness due to rounding error. This patch fixes that. This also happens to JComboBox, but in that case cannot be fixed with a simple patch, since that one does not take its border from UIDefaults. I will provide a PR with workarounds. Below is a manual test plan that I used to test these patches, on Windows 10. After each line in the test plan, the patch is confirmed to work. In _most_ of these cases there is some kind of improvement in behavior from the patch--either a corrected control/font size or at least an improvement in control icon scaling interpolation quality. * main display laptop at sign-in (laptop 200%/external 100%) * change main display to external monitor while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * main display external monitor at sign-in (laptop 200%/external 100%) * change main display to laptop while running app * restart app * change 100% to 150% while running app * restart app * log out and in again * change 150% to 100% while running app * restart app * change 200% to 150% while running app * restart app * main display laptop at sign-in (laptop 200%/external 100%), then disconnect external before running app * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * disconnect external while running app * main display external monitor at sign-in (laptop 200%/external 100%), then disconnect external while running app * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display laptop at sign-in (laptop 200%/external 150%), then disconnect external before running * reconnect external while running app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external monitor at sign-in (laptop 200%/external 150%), then disconnect external before running * reconnect external while running app * restart app * log out, disconnect external, log in * reconnect external while running app * restart app * main display external at sign-in (laptop 150%, external 100%) * change 100% to 150% while running app * restart app * change main display to laptop (200%), set external display to 100%, log out, disconnect external, log in, run app * reconnect external while running app (will be 100%) * close laptop lid (will switch to external display) * was: Provide workarounds to various bugs that caused the Windows LAF to be unusable on many HiDPI configurations, typically when an external monitor (or projector) is involved, or is disconnected or connected. 1) In certain configurations, the GUI font size would be either way too large or way too small. (I can't remember exactly which configurations caused this, but going through the manual test case list below _will_ trigger it several times.) 2) In multi-monitor configurations that involve one HiDPI screen and one regular screen, the size of controls drawn by the OS, such as checkboxes and outline expansion handles, will be incorrect unless the HiDPI screen was the main display at login. I earlier reported this as a JDK bug at https://bugs.openjdk.java.net/browse/JDK-8211715 . (Note that there are a few icons which cannot be fixed using the UIDefaults approach taken here, e.g. checkmarks in JCheckBoxMenuItem.) In some cases, the LAF would previously
[jira] [Resolved] (NETBEANS-3523) Upgrade Apache XML-RPC from 3.0 to 3.1.3
[ https://issues.apache.org/jira/browse/NETBEANS-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jose resolved NETBEANS-3523. Fix Version/s: 11.3 Resolution: Implemented Merged via [PR|https://github.com/apache/netbeans/pull/1727] > Upgrade Apache XML-RPC from 3.0 to 3.1.3 > > > Key: NETBEANS-3523 > URL: https://issues.apache.org/jira/browse/NETBEANS-3523 > Project: NetBeans > Issue Type: Improvement > Components: ide - Code >Affects Versions: Next, 12.0 >Reporter: Jose >Assignee: Jose >Priority: Minor > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 20m > Remaining Estimate: 0h > > Notes: > - 37 Fixed Bugs > - 14 New Features > [Apache XML-RPC Web Page|https://ws.apache.org/xmlrpc/index.html] > [Apache XML-RPC Release > Notes|https://ws.apache.org/xmlrpc/changes-report.html] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3525) Upgrade Apache Lucene from 3.5.0 to 3.6.2
[ https://issues.apache.org/jira/browse/NETBEANS-3525?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jose resolved NETBEANS-3525. Fix Version/s: 11.3 Resolution: Implemented Merged via PR [1729|https://github.com/apache/netbeans/pull/1729] > Upgrade Apache Lucene from 3.5.0 to 3.6.2 > - > > Key: NETBEANS-3525 > URL: https://issues.apache.org/jira/browse/NETBEANS-3525 > Project: NetBeans > Issue Type: Improvement > Components: ide - Code, projects - Libraries >Affects Versions: Next, 11.2 >Reporter: Jose >Assignee: Jose >Priority: Minor > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 20m > Remaining Estimate: 0h > > Notes: > - In addition to Java 5 and Java 6, this release has now full Java 7 support > (minimum JDK 7u1 required). > - Many bug fixes > - Security fixes > - Improved performance > [Apache Lucene Web Page|https://lucene.apache.org/core/] > [Apache Lucene > Releases|https://issues.apache.org/jira/projects/LUCENE?selectedItem=com.atlassian.jira.jira-projects-plugin:release-page&status=released] > * [Apache Lucene Release Notes > 3.6.0|https://mail-archives.apache.org/mod_mbox/lucene-general/201204.mbox/%3CCAOdYfZVLVvs392LDt5X0XvxT3V%2Ba0Y%2BORwNGfJpjBuBC0gFSAQ%40mail.gmail.com%3E] > * [Apache Lucene Release Notes > 3.6.1|https://mail-archives.apache.org/mod_mbox/lucene-general/201207.mbox/%3C010a01cd6811%2422d72430%2468856c90%24%40apache.org%3E] > * [Apache Lucene Release Notes > 3.6.2|https://mail-archives.apache.org/mod_mbox/lucene-general/201212.mbox/%3CCAOdYfZVtM21W%3DfKe8D82fCpKhrMEBBo7QjjmgZrp-tMv7stQhA%40mail.gmail.com%3E] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3522) Upgrade Apache commons-codec from 1.3 to 1.13
[ https://issues.apache.org/jira/browse/NETBEANS-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jose resolved NETBEANS-3522. Fix Version/s: 11.3 Resolution: Implemented Merged via PR [1726|https://github.com/apache/netbeans/pull/1726] > Upgrade Apache commons-codec from 1.3 to 1.13 > - > > Key: NETBEANS-3522 > URL: https://issues.apache.org/jira/browse/NETBEANS-3522 > Project: NetBeans > Issue Type: Improvement >Affects Versions: Next, 11.2 >Reporter: Jose >Assignee: Jose >Priority: Minor > Labels: pull-request-available > Fix For: 11.3 > > Time Spent: 0.5h > Remaining Estimate: 0h > > Notes: > - Requires Java 1.7 > - Add methods for SHA-3, SHA-224, SHA-256, SHA-384, and SHA-512 > - Improved testing suite, performance and documentation > - Many Security fixes > - 67 Fixed Bugs > - 59 New Features > - 1 Removed Method (NetBeans does not use it) > - Base64.discardWhitespace(byte[]) > [Apache Commons-Codec Web > Page|https://commons.apache.org/proper/commons-codec/] > [Apache Commons-Codec Release > Notes|https://commons.apache.org/proper/commons-codec/changes-report.html] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists