[jira] [Created] (NETBEANS-3586) Same module name when created, breaks things. Showing null pointer exception on screen.

2019-12-13 Thread Akhilesh Singh (Jira)
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

2019-12-13 Thread Akshay Gupta (Jira)
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

2019-12-13 Thread ASF GitHub Bot (Jira)


 [ 
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

2019-12-13 Thread Jira
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

2019-12-13 Thread Jira
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

2019-12-13 Thread Jira


 [ 
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)

2019-12-13 Thread skygo
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'

2019-12-13 Thread Bradley Willcott (Jira)


 [ 
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.

2019-12-13 Thread jglick
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

2019-12-13 Thread Frank David Martinez (Jira)


[ 
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

2019-12-13 Thread Ernie Rael (Jira)
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

2019-12-13 Thread Ernie Rael (Jira)


 [ 
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

2019-12-13 Thread dennis lucero (Jira)
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'

2019-12-13 Thread matthiasblaesing
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)

2019-12-13 Thread matthiasblaesing
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'

2019-12-13 Thread matthiasblaesing
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'

2019-12-13 Thread matthiasblaesing
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

2019-12-13 Thread Eirik Bakke (Jira)
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

2019-12-13 Thread Eirik Bakke (Jira)


 [ 
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

2019-12-13 Thread Eirik Bakke (Jira)


 [ 
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

2019-12-13 Thread ASF GitHub Bot (Jira)


 [ 
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

2019-12-13 Thread matthiasblaesing
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)

2019-12-13 Thread matthiasblaesing
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

2019-12-13 Thread matthiasblaesing
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

2019-12-13 Thread Eirik Bakke (Jira)


[ 
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

2019-12-13 Thread ASF GitHub Bot (Jira)


 [ 
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

2019-12-13 Thread ASF GitHub Bot (Jira)


 [ 
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

2019-12-13 Thread Eirik Bakke (Jira)


 [ 
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)

2019-12-13 Thread ebakke
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

2019-12-13 Thread Eirik Bakke (Jira)
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

2019-12-13 Thread Eirik Bakke (Jira)


 [ 
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

2019-12-13 Thread Eirik Bakke (Jira)


 [ 
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

2019-12-13 Thread Eirik Bakke (Jira)


 [ 
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

2019-12-13 Thread Jose (Jira)


 [ 
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

2019-12-13 Thread Jose (Jira)


 [ 
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

2019-12-13 Thread Jose (Jira)


 [ 
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