[jira] [Comment Edited] (NETBEANS-765) HiDPI resolution of 3840x2160 results in tiny icons and text fields that are too small for the text within

2018-07-31 Thread Eirik Bakke (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16564540#comment-16564540
 ] 

Eirik Bakke edited comment on NETBEANS-765 at 8/1/18 12:18 AM:
---

I've now used NetBeans for about three weeks on a Windows-based HiDPI screen 
(2560x1440, tried with the OS-level scaling setting set to both 150% and 200%). 
This actually works quite well! There are plenty of small bugs, especially when 
connecting and disconnecting an external non-HiDPI monitor, or when moving 
windows between HiDPI and non-HiDPI screens, but I could usually figure out 
ways to work around these.

It's essential to run the IDE on a recent JDK version, though. I used OpenJDK 
10.0.0.1+9. I also tried to use Java 8; in the latter case NetBeans became much 
less usable, with a mix of tiny and regular-sized controls, controls that don't 
fit in their dialog box, and such.

I also observed that even even the latest version of Microsoft Office, which we 
should expect to be the "gold standard" of Windows applications, also has a few 
similar HiDPI-related bugs.


was (Author: ebakke):
I've now used NetBeans for about three weeks on a Windows-based HiDPI screen 
(2560x1440, tried with the OS-level scaling setting set to both 150% and 200%). 
This actually works quite well! There are plenty of small bugs, especially when 
connecting and disconnecting an external non-HiDPI monitor, or when moving 
windows between HiDPI and non-HiDPI screens, but I could usually figure out 
ways to work around these.

It's essential to run the IDE on a recent JDK version, though. I used OpenJDK 
10.0.0.1+9. I also tried to use Java 8; in the latter case NetBeans became much 
less usable, with a mix of tiny and regular-sized controls, controls that don't 
fit in their dialog box, and such.

I also observed that even even the latest version of Microsoft Office--which we 
should expect to be the "gold standard" of Windows applications--also has a few 
similar HiDPI-related bugs.

> HiDPI resolution of 3840x2160 results in tiny icons and text fields that are 
> too small for the text within
> --
>
> Key: NETBEANS-765
> URL: https://issues.apache.org/jira/browse/NETBEANS-765
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - UI
>Affects Versions: 9.0
>Reporter: Sidney Lins
>Priority: Major
>  Labels: HiDPI
> Attachments: Screenshot from 2018-05-28 19-29-19.png, Screenshot from 
> 2018-05-28 19-29-19.png, Screenshot from 2018-05-28 19-40-36.png, Screenshot 
> from 2018-07-07 21-21-32.jpg
>
>
> Please, refer to [https://netbeans.org/bugzilla/show_bug.cgi?id=252452] to 
> get more information.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-765) HiDPI resolution of 3840x2160 results in tiny icons and text fields that are too small for the text within

2018-07-31 Thread Eirik Bakke (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16564540#comment-16564540
 ] 

Eirik Bakke commented on NETBEANS-765:
--

I've now used NetBeans for about three weeks on a Windows-based HiDPI screen 
(2560x1440, tried with the OS-level scaling setting set to both 150% and 200%). 
This actually works quite well! There are plenty of small bugs, especially when 
connecting and disconnecting an external non-HiDPI monitor, or when moving 
windows between HiDPI and non-HiDPI screens, but I could usually figure out 
ways to work around these.

It's essential to run the IDE on a recent JDK version, though. I used OpenJDK 
10.0.0.1+9. I also tried to use Java 8; in the latter case NetBeans became much 
less usable, with a mix of tiny and regular-sized controls, controls that don't 
fit in their dialog box, and such.

I also observed that even even the latest version of Microsoft Office--which we 
should expect to be the "gold standard" of Windows applications--also has a few 
similar HiDPI-related bugs.

> HiDPI resolution of 3840x2160 results in tiny icons and text fields that are 
> too small for the text within
> --
>
> Key: NETBEANS-765
> URL: https://issues.apache.org/jira/browse/NETBEANS-765
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - UI
>Affects Versions: 9.0
>Reporter: Sidney Lins
>Priority: Major
>  Labels: HiDPI
> Attachments: Screenshot from 2018-05-28 19-29-19.png, Screenshot from 
> 2018-05-28 19-29-19.png, Screenshot from 2018-05-28 19-40-36.png, Screenshot 
> from 2018-07-07 21-21-32.jpg
>
>
> Please, refer to [https://netbeans.org/bugzilla/show_bug.cgi?id=252452] to 
> get more information.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1093) Error occurs at startup

2018-07-31 Thread Jeremy Cavanagh (JIRA)
Jeremy Cavanagh created NETBEANS-1093:
-

 Summary: Error occurs at startup
 Key: NETBEANS-1093
 URL: https://issues.apache.org/jira/browse/NETBEANS-1093
 Project: NetBeans
  Issue Type: Bug
Reporter: Jeremy Cavanagh
 Attachments: IDE Log.txt, UI Log.txt

The error occurs at startup on Mac OS xX 10.11.6 using JDK 10.0.2



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1083) Discovered maven version is added to existing version in pom.xml

2018-07-31 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1083?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated NETBEANS-1083:
-
Labels: pull-request-available  (was: )

> Discovered maven version is added to existing version in pom.xml
> 
>
> Key: NETBEANS-1083
> URL: https://issues.apache.org/jira/browse/NETBEANS-1083
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 9.0
> Environment: Windows 10
> Java 8u172
>Reporter: Kenneth Fogel
>Priority: Major
>  Labels: pull-request-available
> Fix For: 9.0
>
>
> 1.5
> Now I position the cursor before the period and type a period. As always I 
> get a list of all versions. If I select one then the new version value after 
> the period is inserted between the exiting values. It should be deleting the 
> existing value and replacing it with the new one..
> 1.7.25.5
> when it should be
> 1.7.25



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1092) AWT components -> foreground color doesnt work

2018-07-31 Thread Yousha Aleayoub (JIRA)
Yousha Aleayoub created NETBEANS-1092:
-

 Summary: AWT components -> foreground color doesnt work
 Key: NETBEANS-1092
 URL: https://issues.apache.org/jira/browse/NETBEANS-1092
 Project: NetBeans
  Issue Type: Bug
  Components: core
Affects Versions: 9.0
 Environment: OS: Windows 7 32bit
System theme: Classic - Dark colors
Hardware: x64
Reporter: Yousha Aleayoub
 Attachments: 2.png

Check the screenshot or attached file please...

 

[screenshot|https://fv6.failiem.lv/thumb_show.php?i=44wygkya]

 

As you can see, I added some *AWT* components(textfield) with *foreground color 
White* (255, 255, 255)...

But it doesn't work and texts color is still *Black!*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1091) Minor UI bug in Startup page -> Windows 7 with Dark theme

2018-07-31 Thread Yousha Aleayoub (JIRA)
Yousha Aleayoub created NETBEANS-1091:
-

 Summary: Minor UI bug in Startup page -> Windows 7 with Dark theme
 Key: NETBEANS-1091
 URL: https://issues.apache.org/jira/browse/NETBEANS-1091
 Project: NetBeans
  Issue Type: Bug
  Components: ide - UI
Affects Versions: 9.0
 Environment: OS: Windows 7 32bit
Theme: Classic - Dark
Hardware: x64
Reporter: Yousha Aleayoub
 Attachments: Untitled.png

By using *Windows 7* in *Classic* *Theme* with *{color:#FF}Dark{color}* 
*colors*(NOT high-contrast), we can't see NEWS texts in *Startup page*... check 
the screenshot or attached file:

[Screenshot|https://fv6.failiem.lv/thumb_show.php?i=y289gdm9]

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1090) Add Maven archetype parsing

2018-07-31 Thread Karl Richter (JIRA)
Karl Richter created NETBEANS-1090:
--

 Summary: Add Maven archetype parsing
 Key: NETBEANS-1090
 URL: https://issues.apache.org/jira/browse/NETBEANS-1090
 Project: NetBeans
  Issue Type: New Feature
  Components: projects - Maven
Affects Versions: 9.0
Reporter: Karl Richter


The parsing of Maven archetype Java files placed under 
`src/main/resources/archetype-resources` doesn't take into account the 
dependencies defined in `src/main/resources/archetype-resources/pom.xml` which 
would be very helpful since this way one can spot missing dependencies and 
compilation issues after a project has been created from the archetype.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-1089) Can only paste into buttommost folders in resources folder

2018-07-31 Thread Karl Richter (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Karl Richter updated NETBEANS-1089:
---
Description: 
Creating nested directories in `src/main/resources` of a Maven project, e.g. 
`archetype-resources/src/test/java` like it's common during the development of 
an archetype project, allows to create new files and folders with arbitrary 
parents by changing the "Parent Folder" in the creation dialog. However, it's 
not possible to paste files from another project in another directories than 
the buttommost folders (those with no child folders), which is a frequent use 
case during archetype project development.

Thinking this through, I'd make the displaying of the hierarchy of empty 
folders in subtrees in one tree node with subfolder names concatenated with `.` 
optional and display everything (including empty folders) as a tree by default 
so that we can assume that users who once changed the view to collapse a 
subtree of empty folders into one node remember this or find the to be added 
switch in the tree node context menu to change back to the hierarchy allowing 
them to paste where they want with one click.

The latter proposal should probably be separated, but I don't see the point 
given my 50 improvement suggestions on Bugzilla and some here without any 
feedback :(

I'm aware that I can work around this problem by adding an arbitrary new file 
in the folder where I want to paste, paste the file I want and delete the first 
file.

  was:
Creating nested directories in `src/main/resources` of a Maven project, e.g. 
`archetype-resources/src/test/java` like it's common during the development of 
an archetype project, allows to create new files and folders with arbitrary 
parents by changing the "Parent Folder" in the creation dialog. However, it's 
not possible to paste files from another project in another directories than 
the buttommost folders (those with no child folders), which is a frequent use 
case during archetype project development.

Thinking this through, I'd make the displaying of the hierarchy of empty 
folders in subtrees in one tree node with subfolder names concatenated with `.` 
optional and display everything (including empty folders) as a tree by default 
so that we can assume that users who once changed the view to collapse a 
subtree of empty folders into one node remember this or find the to be added 
switch in the tree node context menu to change back to the hierarchy allowing 
them to paste where they want with one click.

The latter proposal should probably be separated, but I don't see the point 
given my 50 improvement suggestions on Bugzilla and some here without any 
feedback :(


> Can only paste into buttommost folders in resources folder
> --
>
> Key: NETBEANS-1089
> URL: https://issues.apache.org/jira/browse/NETBEANS-1089
> Project: NetBeans
>  Issue Type: Improvement
>  Components: projects - Maven
>Affects Versions: 9.0
>Reporter: Karl Richter
>Priority: Major
>
> Creating nested directories in `src/main/resources` of a Maven project, e.g. 
> `archetype-resources/src/test/java` like it's common during the development 
> of an archetype project, allows to create new files and folders with 
> arbitrary parents by changing the "Parent Folder" in the creation dialog. 
> However, it's not possible to paste files from another project in another 
> directories than the buttommost folders (those with no child folders), which 
> is a frequent use case during archetype project development.
> Thinking this through, I'd make the displaying of the hierarchy of empty 
> folders in subtrees in one tree node with subfolder names concatenated with 
> `.` optional and display everything (including empty folders) as a tree by 
> default so that we can assume that users who once changed the view to 
> collapse a subtree of empty folders into one node remember this or find the 
> to be added switch in the tree node context menu to change back to the 
> hierarchy allowing them to paste where they want with one click.
> The latter proposal should probably be separated, but I don't see the point 
> given my 50 improvement suggestions on Bugzilla and some here without any 
> feedback :(
> I'm aware that I can work around this problem by adding an arbitrary new file 
> in the folder where I want to paste, paste the file I want and delete the 
> first file.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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:

[jira] [Created] (NETBEANS-1089) Can only paste into buttommost folders in resources folder

2018-07-31 Thread Karl Richter (JIRA)
Karl Richter created NETBEANS-1089:
--

 Summary: Can only paste into buttommost folders in resources folder
 Key: NETBEANS-1089
 URL: https://issues.apache.org/jira/browse/NETBEANS-1089
 Project: NetBeans
  Issue Type: Improvement
  Components: projects - Maven
Affects Versions: 9.0
Reporter: Karl Richter


Creating nested directories in `src/main/resources` of a Maven project, e.g. 
`archetype-resources/src/test/java` like it's common during the development of 
an archetype project, allows to create new files and folders with arbitrary 
parents by changing the "Parent Folder" in the creation dialog. However, it's 
not possible to paste files from another project in another directories than 
the buttommost folders (those with no child folders), which is a frequent use 
case during archetype project development.

Thinking this through, I'd make the displaying of the hierarchy of empty 
folders in subtrees in one tree node with subfolder names concatenated with `.` 
optional and display everything (including empty folders) as a tree by default 
so that we can assume that users who once changed the view to collapse a 
subtree of empty folders into one node remember this or find the to be added 
switch in the tree node context menu to change back to the hierarchy allowing 
them to paste where they want with one click.

The latter proposal should probably be separated, but I don't see the point 
given my 50 improvement suggestions on Bugzilla and some here without any 
feedback :(



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-967) java.awt.IllegalComponentStateException: component must be showing on the screen to determine its location

2018-07-31 Thread Tapio Koskinen (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16563583#comment-16563583
 ] 

Tapio Koskinen commented on NETBEANS-967:
-

Does not seem to happen anymore with "Apache NetBeans IDE 9.0 (Build 
incubator-netbeans-release-334-on-20180708)".

> java.awt.IllegalComponentStateException: component must be showing on the 
> screen to determine its location
> --
>
> Key: NETBEANS-967
> URL: https://issues.apache.org/jira/browse/NETBEANS-967
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: Windows10
>Reporter: Jacco van Weert
>Priority: Major
>
> A lot of times I get this exception when CTRL+click to a method or browsing 
> through the sourcecode.
> It's terrible!
>  
>  
> java.awt.IllegalComponentStateException: component must be showing on the 
> screen to determine its location
>  at java.awt.Component.getLocationOnScreen_NoTreeLock(Component.java:2062)
>  at java.awt.Component.getLocationOnScreen(Component.java:2036)
>  at 
> javax.swing.text.JTextComponent$InputMethodRequestsHandler.getTextLocation(JTextComponent.java:4643)
>  at sun.awt.im.InputMethodContext.getTextLocation(InputMethodContext.java:278)
>  at sun.awt.windows.WInputMethod$1.run(WInputMethod.java:588)
>  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
>  at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
>  at java.awt.EventQueue.access$500(EventQueue.java:97)
>  at java.awt.EventQueue$3.run(EventQueue.java:709)
>  at java.awt.EventQueue$3.run(EventQueue.java:703)
>  at java.security.AccessController.doPrivileged(Native Method)
>  at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
>  at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
>  at java.awt.EventQueue$4.run(EventQueue.java:733)
>  at java.awt.EventQueue$4.run(EventQueue.java:731)
>  at java.security.AccessController.doPrivileged(Native Method)
>  at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
>  at java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
>  at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
> [catch] at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
>  at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>  at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>  at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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



[incubator-netbeans] 01/01: Merge pull request #596 from vikasprabhakar/jdk-11-var-hints

2018-07-31 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git

commit 81537154dd77f7e9fdb1c5b8ef83523c376f23a5
Merge: 80d3ab0 353c5e8
Author: Geertjan Wielenga 
AuthorDate: Tue Jul 31 13:30:41 2018 +0200

Merge pull request #596 from vikasprabhakar/jdk-11-var-hints

[NETBEANS-860] Hints: Convert Lambda to Use 'var' Parameter Types

 .../java/hints/suggestions/Bundle.properties   |  6 +++
 .../modules/java/hints/suggestions/Lambda.java | 52 --
 .../modules/java/hints/suggestions/LambdaTest.java | 52 ++
 java.source.base/apichanges.xml| 12 +
 java.source.base/nbproject/project.properties  |  2 +-
 .../netbeans/api/java/source/TreeUtilities.java| 29 
 6 files changed, 149 insertions(+), 4 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-771) Support for SubVersion CLI client version 1.10

2018-07-31 Thread Lauri (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16563426#comment-16563426
 ] 

Lauri commented on NETBEANS-771:


[^org-netbeans-modules-subversion.jar] - this one is the latest .jar with 
proper fix. PR is registered but not accepted (yet). With this jar subversion 
1.10 will be properly supported

> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
>  Issue Type: Wish
>  Components: versioncontrol - Subversion
>Affects Versions: 8.2
>Reporter: Petr Hadraba
>Priority: Major
> Attachments: org-netbeans-modules-subversion.jar, 
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 8.2.
> The following message appears in NetBeans log when invoking refresh in 
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
> (r1827917)}}
> {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You 
> need >= 1.5}}
> {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]: 
> executable binary path set to /opt/local/bin yet client not available.}}
> The dialog box appears and says:
>  
> {{1. Download and Install Subversion 1.8 or later 
> ([http://subversion.apache.org/packages.html]). }}
> {{ 2. Add it to PATH. }}
> {{ Test the installation by running 'svn --version' from a command line }}
> {{ 3. Restart the IDE.}}
> My SubVersion is the latest version:
> {{ localhost:~ petr$ which svn}}
> {{ /opt/local/bin/svn}}
> {{ localhost:~ petr$ svn --version}}
> {{ svn, version 1.10.0 (r1827917)}}
> {{    compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
> {{  }}
> {{ Copyright (C) 2018 The Apache Software Foundation.}}
> {{ This software consists of contributions made by many people;}}
> {{ see the NOTICE file for more information.}}
> {{ Subversion is open source software, see [http://subversion.apache.org/]}}
> {{  }}
> {{ The following repository access (RA) modules are available:}}
> {{  }}
>  * {{ra_svn : Module for accessing a repository using the svn network 
> protocol.}}{{   - with Cyrus SASL authentication}}{{   - handles 'svn' 
> scheme}}
>  * {{ra_local : Module for accessing a repository on local disk.}}{{   - 
> handles 'file' scheme}}
>  * {{ra_serf : Module for accessing a repository via WebDAV protocol using 
> serf.}}{{   - using serf 1.3.9 (compiled with 1.3.8)}}{{   - handles 'http' 
> scheme}}{{   - handles 'https' scheme}}{{  }}{{ The following authentication 
> credential caches are available:}}{{  }}
>  * {{Plaintext cache in /Users/petr/.subversion}}
>  * {{GPG-Agent}}
>  * {{Mac OS X Keychain}}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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-771) Support for SubVersion CLI client version 1.10

2018-07-31 Thread Lauri (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lauri updated NETBEANS-771:
---
Attachment: org-netbeans-modules-subversion.jar

> Support for SubVersion CLI client version 1.10
> --
>
> Key: NETBEANS-771
> URL: https://issues.apache.org/jira/browse/NETBEANS-771
> Project: NetBeans
>  Issue Type: Wish
>  Components: versioncontrol - Subversion
>Affects Versions: 8.2
>Reporter: Petr Hadraba
>Priority: Major
> Attachments: org-netbeans-modules-subversion.jar, 
> org-netbeans-modules-subversion.jar
>
>
> SubVersion CLI client version 1.10 does not work in NetBeans 8.2.
> The following message appears in NetBeans log when invoking refresh in 
> SubVersion panel:
> {{ INFO [org.netbeans.modules.subversion]: Commandline client version: 1.10.0 
> (r1827917)}}
> {{ WARNING [org.netbeans.modules.subversion]: Unsupported svn version. You 
> need >= 1.5}}
> {{ WARNING [org.netbeans.modules.subversion.client.SvnClientFactory]: 
> executable binary path set to /opt/local/bin yet client not available.}}
> The dialog box appears and says:
>  
> {{1. Download and Install Subversion 1.8 or later 
> ([http://subversion.apache.org/packages.html]). }}
> {{ 2. Add it to PATH. }}
> {{ Test the installation by running 'svn --version' from a command line }}
> {{ 3. Restart the IDE.}}
> My SubVersion is the latest version:
> {{ localhost:~ petr$ which svn}}
> {{ /opt/local/bin/svn}}
> {{ localhost:~ petr$ svn --version}}
> {{ svn, version 1.10.0 (r1827917)}}
> {{    compiled Apr 18 2018, 01:35:41 on x86_64-apple-darwin17.4.0}}
> {{  }}
> {{ Copyright (C) 2018 The Apache Software Foundation.}}
> {{ This software consists of contributions made by many people;}}
> {{ see the NOTICE file for more information.}}
> {{ Subversion is open source software, see [http://subversion.apache.org/]}}
> {{  }}
> {{ The following repository access (RA) modules are available:}}
> {{  }}
>  * {{ra_svn : Module for accessing a repository using the svn network 
> protocol.}}{{   - with Cyrus SASL authentication}}{{   - handles 'svn' 
> scheme}}
>  * {{ra_local : Module for accessing a repository on local disk.}}{{   - 
> handles 'file' scheme}}
>  * {{ra_serf : Module for accessing a repository via WebDAV protocol using 
> serf.}}{{   - using serf 1.3.9 (compiled with 1.3.8)}}{{   - handles 'http' 
> scheme}}{{   - handles 'https' scheme}}{{  }}{{ The following authentication 
> credential caches are available:}}{{  }}
>  * {{Plaintext cache in /Users/petr/.subversion}}
>  * {{GPG-Agent}}
>  * {{Mac OS X Keychain}}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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