[jira] [Commented] (NETBEANS-3056) nb freezes and it is ferquent , close and open again is not fixig it

2019-09-02 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi commented on NETBEANS-3056:
---

You might remove the cache and  maybe the user dirs: User Directory = 
/home/m7md/snap/netbeans/common/data/11.1 Cache Directory = 
/home/m7md/snap/netbeans/common/cache/11.1
I see that you are using mostly PHP, there were a few fixes after 11.1 that, 
you may check the latest dev version updated every week by installing the 
netbeans-dev snap with: sudo snap install netbeans-dev --classic

> nb freezes and it is ferquent , close and open again is not fixig it
> 
>
> Key: NETBEANS-3056
> URL: https://issues.apache.org/jira/browse/NETBEANS-3056
> Project: NetBeans
>  Issue Type: Bug
> Environment: ubuntu 18.04 lts
>Reporter: mohamed omar
>Priority: Major
>
> log
> ---
> >Log Session: Tuesday, September 3, 2019 at 3:22:38 AM Eastern European 
> >Standard Time
> >System Info: 
>  Product Version = Apache NetBeans IDE 11.1
>  Operating System = Linux version 4.15.0-58-generic running on amd64
>  Java; VM; Vendor = 11.0.4; OpenJDK 64-Bit Server VM 
> 11.0.4+11-post-Ubuntu-1ubuntu218.04.3; Ubuntu
>  Runtime = OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
>  Java Home = /usr/lib/jvm/java-11-openjdk-amd64
>  System Locale; Encoding = en_US (nb); UTF-8
>  Home Directory = /home/m7md
>  Current Directory = /home/m7md
>  User Directory = /home/m7md/snap/netbeans/common/data/11.1
>  Cache Directory = /home/m7md/snap/netbeans/common/cache/11.1
>  Installation = /snap/netbeans/10/netbeans/nb
>  /snap/netbeans/10/netbeans/ergonomics
>  /snap/netbeans/10/netbeans/ide
>  /snap/netbeans/10/netbeans/extide
>  /snap/netbeans/10/netbeans/java
>  /snap/netbeans/10/netbeans/apisupport
>  /snap/netbeans/10/netbeans/webcommon
>  /snap/netbeans/10/netbeans/websvccommon
>  /snap/netbeans/10/netbeans/enterprise
>  /snap/netbeans/10/netbeans/profiler
>  /snap/netbeans/10/netbeans/php
>  /snap/netbeans/10/netbeans/harness
>  /snap/netbeans/10/netbeans/groovy
>  /snap/netbeans/10/netbeans/extra
>  /snap/netbeans/10/netbeans/javafx
>  /snap/netbeans/10/netbeans/platform
>  Boot & Ext. Classpath = 
>  Application Classpath = 
> /snap/netbeans/10/netbeans/platform/lib/boot.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-modules.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-util.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-util-lookup.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-util-ui.jar
>  Startup Classpath = 
> /snap/netbeans/10/netbeans/platform/core/asm-all-5.0.1.jar:/snap/netbeans/10/netbeans/platform/core/core-base.jar:/snap/netbeans/10/netbeans/platform/core/core.jar:/snap/netbeans/10/netbeans/platform/core/org-netbeans-libs-asm.jar:/snap/netbeans/10/netbeans/platform/core/org-openide-filesystems-compat8.jar:/snap/netbeans/10/netbeans/platform/core/org-openide-filesystems.jar:/snap/netbeans/10/netbeans/nb/core/org-netbeans-upgrader.jar:/snap/netbeans/10/netbeans/nb/core/locale/core_nb.jar
> ---
> INFO [org.netbeans.modules.netbinox]: Install area set to 
> file:/snap/netbeans/10/netbeans/
> WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.java.editor.lib, org.netbeans.modules.xml.text] use 
> org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated.
> WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.ide.kit, org.netbeans.modules.xml.text] use 
> org.netbeans.modules.editor.structure which is deprecated.
> WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.java.hints, org.netbeans.modules.jshell.support, 
> org.netbeans.modules.maven.hints] use 
> org.netbeans.modules.java.hints.legacy.spi which is deprecated: Use Java 
> Hints SPI (org.netbeans.spi.java.hints) instead.
> WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both 
> Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageLockJsonDataObject-Registration.xml
>  and 
> Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-NpmDebugLogDataObject-Registration.xml
> WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both 
> Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageLockJsonDataObject-Registration.xml
>  and 
> Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageJsonDataObject-Registration.xml
> WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both 
> Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-NpmDebu

[jira] [Commented] (NETBEANS-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs

2019-09-02 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi commented on NETBEANS-3041:
---

I can confirm this. We've got a PR, so this is in progress.

> NetBeans gradle invoker not honouring org.gradle.jvmargs
> 
>
> Key: NETBEANS-3041
> URL: https://issues.apache.org/jira/browse/NETBEANS-3041
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Shevek
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: pull-requests-available
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> cat .gradle/gradle.properties
> org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer
> This property is not honoured by NetBeans when it starts a Gradle daemon, so 
> I end up with a Gradle daemon using the "default" amount of RAM, which on 
> some machines is too little, and on some is too much (it's 25% of system RAM).
> I'm guessing this is because it's loaded by the wrapper, not the daemon, 
> because other properties like org.gradle.daemon.idletimeout=36 are 
> honoured by NB's gradle daemon.
> The other effect of not loading that property is that I get multiple gradle 
> dameons running, each consuming 16Gb of RAM, because they're "incompatible", 
> so fixing this will save me about 16Gb of RAM per system.
> I'm a bit shaky on this bug report, but ... I think this is what's going on.
> (footnote: oh dear, Shevek broke something again, what on earth is that idiot 
> doing with NetBeans and why can't Shevek just behave like a "normal" 
> developer :D :D)



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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] [Assigned] (NETBEANS-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs

2019-09-02 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi reassigned NETBEANS-3041:
-

Assignee: Laszlo Kishalmi

> NetBeans gradle invoker not honouring org.gradle.jvmargs
> 
>
> Key: NETBEANS-3041
> URL: https://issues.apache.org/jira/browse/NETBEANS-3041
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Shevek
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: pull-requests-available
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> cat .gradle/gradle.properties
> org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer
> This property is not honoured by NetBeans when it starts a Gradle daemon, so 
> I end up with a Gradle daemon using the "default" amount of RAM, which on 
> some machines is too little, and on some is too much (it's 25% of system RAM).
> I'm guessing this is because it's loaded by the wrapper, not the daemon, 
> because other properties like org.gradle.daemon.idletimeout=36 are 
> honoured by NB's gradle daemon.
> The other effect of not loading that property is that I get multiple gradle 
> dameons running, each consuming 16Gb of RAM, because they're "incompatible", 
> so fixing this will save me about 16Gb of RAM per system.
> I'm a bit shaky on this bug report, but ... I think this is what's going on.
> (footnote: oh dear, Shevek broke something again, what on earth is that idiot 
> doing with NetBeans and why can't Shevek just behave like a "normal" 
> developer :D :D)



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs

2019-09-02 Thread ASF GitHub Bot (Jira)


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

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

> NetBeans gradle invoker not honouring org.gradle.jvmargs
> 
>
> Key: NETBEANS-3041
> URL: https://issues.apache.org/jira/browse/NETBEANS-3041
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Shevek
>Priority: Major
>  Labels: pull-request-available
>
> cat .gradle/gradle.properties
> org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer
> This property is not honoured by NetBeans when it starts a Gradle daemon, so 
> I end up with a Gradle daemon using the "default" amount of RAM, which on 
> some machines is too little, and on some is too much (it's 25% of system RAM).
> I'm guessing this is because it's loaded by the wrapper, not the daemon, 
> because other properties like org.gradle.daemon.idletimeout=36 are 
> honoured by NB's gradle daemon.
> The other effect of not loading that property is that I get multiple gradle 
> dameons running, each consuming 16Gb of RAM, because they're "incompatible", 
> so fixing this will save me about 16Gb of RAM per system.
> I'm a bit shaky on this bug report, but ... I think this is what's going on.
> (footnote: oh dear, Shevek broke something again, what on earth is that idiot 
> doing with NetBeans and why can't Shevek just behave like a "normal" 
> developer :D :D)



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs

2019-09-02 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi updated NETBEANS-3041:
--
Labels: pull-requests-available  (was: pull-request-available)

> NetBeans gradle invoker not honouring org.gradle.jvmargs
> 
>
> Key: NETBEANS-3041
> URL: https://issues.apache.org/jira/browse/NETBEANS-3041
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Shevek
>Priority: Major
>  Labels: pull-requests-available
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> cat .gradle/gradle.properties
> org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer
> This property is not honoured by NetBeans when it starts a Gradle daemon, so 
> I end up with a Gradle daemon using the "default" amount of RAM, which on 
> some machines is too little, and on some is too much (it's 25% of system RAM).
> I'm guessing this is because it's loaded by the wrapper, not the daemon, 
> because other properties like org.gradle.daemon.idletimeout=36 are 
> honoured by NB's gradle daemon.
> The other effect of not loading that property is that I get multiple gradle 
> dameons running, each consuming 16Gb of RAM, because they're "incompatible", 
> so fixing this will save me about 16Gb of RAM per system.
> I'm a bit shaky on this bug report, but ... I think this is what's going on.
> (footnote: oh dear, Shevek broke something again, what on earth is that idiot 
> doing with NetBeans and why can't Shevek just behave like a "normal" 
> developer :D :D)



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3056) nb freezes and it is ferquent , close and open again is not fixig it

2019-09-02 Thread mohamed omar (Jira)
mohamed omar created NETBEANS-3056:
--

 Summary: nb freezes and it is ferquent , close and open again is 
not fixig it
 Key: NETBEANS-3056
 URL: https://issues.apache.org/jira/browse/NETBEANS-3056
 Project: NetBeans
  Issue Type: Bug
 Environment: ubuntu 18.04 lts
Reporter: mohamed omar


log

---
>Log Session: Tuesday, September 3, 2019 at 3:22:38 AM Eastern European 
>Standard Time
>System Info: 
 Product Version = Apache NetBeans IDE 11.1
 Operating System = Linux version 4.15.0-58-generic running on amd64
 Java; VM; Vendor = 11.0.4; OpenJDK 64-Bit Server VM 
11.0.4+11-post-Ubuntu-1ubuntu218.04.3; Ubuntu
 Runtime = OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
 Java Home = /usr/lib/jvm/java-11-openjdk-amd64
 System Locale; Encoding = en_US (nb); UTF-8
 Home Directory = /home/m7md
 Current Directory = /home/m7md
 User Directory = /home/m7md/snap/netbeans/common/data/11.1
 Cache Directory = /home/m7md/snap/netbeans/common/cache/11.1
 Installation = /snap/netbeans/10/netbeans/nb
 /snap/netbeans/10/netbeans/ergonomics
 /snap/netbeans/10/netbeans/ide
 /snap/netbeans/10/netbeans/extide
 /snap/netbeans/10/netbeans/java
 /snap/netbeans/10/netbeans/apisupport
 /snap/netbeans/10/netbeans/webcommon
 /snap/netbeans/10/netbeans/websvccommon
 /snap/netbeans/10/netbeans/enterprise
 /snap/netbeans/10/netbeans/profiler
 /snap/netbeans/10/netbeans/php
 /snap/netbeans/10/netbeans/harness
 /snap/netbeans/10/netbeans/groovy
 /snap/netbeans/10/netbeans/extra
 /snap/netbeans/10/netbeans/javafx
 /snap/netbeans/10/netbeans/platform
 Boot & Ext. Classpath = 
 Application Classpath = 
/snap/netbeans/10/netbeans/platform/lib/boot.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-modules.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-util.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-util-lookup.jar:/snap/netbeans/10/netbeans/platform/lib/org-openide-util-ui.jar
 Startup Classpath = 
/snap/netbeans/10/netbeans/platform/core/asm-all-5.0.1.jar:/snap/netbeans/10/netbeans/platform/core/core-base.jar:/snap/netbeans/10/netbeans/platform/core/core.jar:/snap/netbeans/10/netbeans/platform/core/org-netbeans-libs-asm.jar:/snap/netbeans/10/netbeans/platform/core/org-openide-filesystems-compat8.jar:/snap/netbeans/10/netbeans/platform/core/org-openide-filesystems.jar:/snap/netbeans/10/netbeans/nb/core/org-netbeans-upgrader.jar:/snap/netbeans/10/netbeans/nb/core/locale/core_nb.jar
---
INFO [org.netbeans.modules.netbinox]: Install area set to 
file:/snap/netbeans/10/netbeans/
WARNING [org.netbeans.core.modules]: the modules 
[org.netbeans.modules.java.editor.lib, org.netbeans.modules.xml.text] use 
org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated.
WARNING [org.netbeans.core.modules]: the modules [org.netbeans.modules.ide.kit, 
org.netbeans.modules.xml.text] use org.netbeans.modules.editor.structure which 
is deprecated.
WARNING [org.netbeans.core.modules]: the modules 
[org.netbeans.modules.java.hints, org.netbeans.modules.jshell.support, 
org.netbeans.modules.maven.hints] use 
org.netbeans.modules.java.hints.legacy.spi which is deprecated: Use Java Hints 
SPI (org.netbeans.spi.java.hints) instead.
WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both 
Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageLockJsonDataObject-Registration.xml
 and 
Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-NpmDebugLogDataObject-Registration.xml
WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both 
Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageLockJsonDataObject-Registration.xml
 and 
Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageJsonDataObject-Registration.xml
WARNING [org.openide.filesystems.Ordering]: Found same position 127 for both 
Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-NpmDebugLogDataObject-Registration.xml
 and 
Services/MIMEResolver/org-netbeans-modules-javascript-nodejs-file-PackageJsonDataObject-Registration.xml
WARNING [org.openide.filesystems.Ordering]: Not all children in 
Services/MIMEResolver/ marked with the position attribute: 
[draganbjedov-netbeans-csv-dataobject-CSVDataObject-Extension.xml, 
org-netbeans-modules-kotlin-editor-KtDataObject-Extension.xml], but some are: 
[org-openide-loaders-DataLoaderPool$InstanceLoaderSystem-Extension.xml, 
org-netbeans-core-startup-layers-SystemFileSystem-Extension.xml, 
org-netbeans-modules-java-JavaDataObject-Extension.xml, 
org-netbeans-modules-java-ClassDataObject-Extension.xml, 
org-netbeans-modules-image-ImageDataObject-serialVersionUID-Extension.xml, 
org-netbeans-modules-image-ImageDataObject-IMAGE_

[jira] [Updated] (NETBEANS-3055) JavaFX WebView.impl_getDebugger() was removed

2019-09-02 Thread Jira


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

Vítězslav Dvořák updated NETBEANS-3055:
---
Labels: Debian  (was: )

> JavaFX WebView.impl_getDebugger() was removed 
> --
>
> Key: NETBEANS-3055
> URL: https://issues.apache.org/jira/browse/NETBEANS-3055
> Project: NetBeans
>  Issue Type: Bug
>  Components: javascript - Debugger
>Affects Versions: 11.1
> Environment: java 9+
>Reporter: Vítězslav Dvořák
>Priority: Minor
>  Labels: Debian
>
> {code:java}
>  [repeat] 
> .../netbeans/ide/core.browser.webview/src/org/netbeans/core/browser/webview/ext/WebKitDebuggingTransport.java:68:
>  error: cannot find symbol
>  [repeat] this.debugger = browserImpl.getEngine().impl_getDebugger();
>  [repeat] ^
>  [repeat] symbol: method impl_getDebugger()
>  [repeat] location: class WebEngine{code}
>  
> There is suggested workaround but does not work for me:
> [https://github.com/mohamnag/javafx_webview_debugger/issues/6]
>  
> {code:java}
> Class webEngineClazz = browserImpl.getClass();
>  Field debuggerField = webEngineClazz.getDeclaredField("debugger");
>  debuggerField.setAccessible(true);
>  this.debugger = (Debugger) debuggerField.get(browserImpl.getEngine());{code}
> Debugger field does not exist here anymore :(
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3055) JavaFX WebView.impl_getDebugger() was removed

2019-09-02 Thread Jira
Vítězslav Dvořák created NETBEANS-3055:
--

 Summary: JavaFX WebView.impl_getDebugger() was removed 
 Key: NETBEANS-3055
 URL: https://issues.apache.org/jira/browse/NETBEANS-3055
 Project: NetBeans
  Issue Type: Bug
  Components: javascript - Debugger
Affects Versions: 11.1
 Environment: java 9+
Reporter: Vítězslav Dvořák


{code:java}
 [repeat] 
.../netbeans/ide/core.browser.webview/src/org/netbeans/core/browser/webview/ext/WebKitDebuggingTransport.java:68:
 error: cannot find symbol
 [repeat] this.debugger = browserImpl.getEngine().impl_getDebugger();
 [repeat] ^
 [repeat] symbol: method impl_getDebugger()
 [repeat] location: class WebEngine{code}
 

There is suggested workaround but does not work for me:

[https://github.com/mohamnag/javafx_webview_debugger/issues/6]

 
{code:java}
Class webEngineClazz = browserImpl.getClass();
 Field debuggerField = webEngineClazz.getDeclaredField("debugger");
 debuggerField.setAccessible(true);
 this.debugger = (Debugger) debuggerField.get(browserImpl.getEngine());{code}
Debugger field does not exist here anymore :(

 

 



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-09-02 Thread Christian Naitsirch (Jira)


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

Christian Naitsirch commented on NETBEANS-3039:
---

Okay. Maybe I'll find the time to setup a Netbeans dev env. to Debug Netbeans 
itself. If I'll find out anything I'll report it here, of course.

Thank you anyways!

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-256) ADD code traversal/navigation and code completion support for (Magento) factory methods in PHP

2019-09-02 Thread Jira


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

Vítězslav Dvořák commented on NETBEANS-256:
---

This is specific product/library (magento shop ?) feature.  Solution is write 
plugin like for wordpress or symfony/nette etc.

> ADD code traversal/navigation and code completion support for (Magento) 
> factory methods in PHP
> --
>
> Key: NETBEANS-256
> URL: https://issues.apache.org/jira/browse/NETBEANS-256
> Project: NetBeans
>  Issue Type: Improvement
>  Components: php - Navigation
>Affects Versions: Next
>Reporter: Allan Laal
>Priority: Major
>
> example:
> $model = Mage::getModel('catalog/product');
> now when I type:
> $model->
> I then expect it to offer me methods from the class returned by the getModel 
> factory.
> I understand that not all factory methods work the same, but there could be a 
> way in NetBeans to define which factory methods return what classes (ideally 
> from the dockblock of the factory method itself)
> in the example above it would return an "Mage_Catalog_Model_Product" object - 
> often the class returned by a factory in Magento is as simple as that. Same 
> with other major PHP frameworks.
> Also clicking on 'catalog/product' would open up Mage_Catalog_Model_Product
> this would make developing in PHP in NetBeans so much more better for the not 
> so rare cases, when we use big properly built (thus highly abstract) 
> frameworks



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-09-02 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-3039:
-

Use a text editor specifically for those files or write about your scenario to 
the mailing lists (see netbeans.apache.org) to see if others can reproduce it 
-- most people on the mailing lists are not following issues here.

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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] [Comment Edited] (NETBEANS-3039) Extreme slow down on large YAML files

2019-09-02 Thread Christian Naitsirch (Jira)


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

Christian Naitsirch edited comment on NETBEANS-3039 at 9/2/19 3:15 PM:
---

There is no special action to reproduce it on my machine. I have created a 
screen video, too. You'll find it here: 
[https://www.youtube.com/watch?v=Sqr1OA32Afg]

I just create a new project, insert the file contents and it starts lagging. I 
hope you can see it in the video. In existing projects it is the same. It 
happens as soon as I open a YAML file and make a change.

I understand that this issue is not reproducable for everyone. But what can I 
do now?


was (Author: naitsirch):
There is no special action to reproduce it on my machine. I have created a 
screen video, too. You'll find it here: 
[https://www.youtube.com/watch?v=Sqr1OA32Afg]

I just create a new project, insert the file contents and it starts lagging. I 
hope you can see it in the video. In existing projects it is the same. It 
happens as soon as I open a YAML file and make a change.

I understand that this issue is not reproducable for anyone. But what can I do 
now?

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2409) Very Slow Operations on Windows

2019-09-02 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi updated NETBEANS-2409:
--
Labels: Performance Windows  (was: Performance Windows 
pull-request-available)

> Very Slow  Operations on Windows
> 
>
> Key: NETBEANS-2409
> URL: https://issues.apache.org/jira/browse/NETBEANS-2409
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0
> Environment: Windows
>Reporter: Laszlo Kishalmi
>Priority: Critical
>  Labels: Performance, Windows
> Attachments: NB11_autocomplete.nps, NB11_getHint.nps, 
> WinFilesystemSlow.png
>
>  Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> What is the best course of action for reporting slowness?  I can’t share my 
> project.
> I’m not certain how to give step-by-step instructions when the problem is 
> basically one step in most cases.  E.g. invoke auto-complete - nothing 
> happens for several seconds.  Invoke rename - dialog doesn’t appear for 
> several seconds.  Find usages - extremely slow > 5 second delay on a private 
> member of a class less than 100 lines.
> In general it seems NB 11 is noticeably slower than NB 8.2. Not good 
> considering slowness was already my #1 complaint about NB 8.2.  I have so far 
> found the benefits of NB outweigh the fact that it is much slower than other 
> IDEs for the same operations, but the slowness of NB 11 is tipping the scale. 
>  I don’t want to switch IDEs, pease don’t interpret this as some sort of 
> threat to do so. I would like to help find the issues in NB.  But I don’t 
> have the bandwidth to debug NB and not being about to share my project makes 
> it difficult to provide helpful reports :-(
> Are others seeing the slowness?
> Find usages, renames, call-hierarchy, auto-complete… things I use all the 
> time, I often have to wait 5 to 10 seconds for a response from the IDE, 
> sometimes more.
> I’ve already deleted user dir and cache and restarted. 
> I’m using Gradle-based Java projects, running NB 11.0 with JDK 8u202.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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: [NETBEANS-2409](partial): attempting to avoid FileUtil.normalizeFile inside FileObject.getFileObject in java.openjdk.project related cases.

2019-09-02 Thread lkishalmi
This is an automated email from the ASF dual-hosted git repository.

lkishalmi 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 83d5e45  [NETBEANS-2409](partial): attempting to avoid 
FileUtil.normalizeFile inside FileObject.getFileObject in java.openjdk.project 
related cases.
83d5e45 is described below

commit 83d5e4574f12b8b98a18e1fbfa83d97f398b16be
Author: Jan Lahoda 
AuthorDate: Fri Apr 19 15:59:11 2019 +0200

[NETBEANS-2409](partial): attempting to avoid FileUtil.normalizeFile inside 
FileObject.getFileObject in java.openjdk.project related cases.
---
 .../ide/ergonomics/fod/FeatureProjectFactory.java  | 10 -
 .../src/META-INF/upgrade/BuildUtils.hint   | 24 +++
 .../modules/java/openjdk/common/BuildUtils.java| 16 +++-
 .../java/openjdk/jtreg/ActionProviderImpl.java | 36 -
 .../java/openjdk/jtreg/ClassPathProviderImpl.java  | 11 ++---
 .../modules/java/openjdk/jtreg/ModulesHint.java|  3 +-
 .../modules/java/openjdk/jtreg/Utilities.java  | 16 
 .../java/openjdk/project/ActionProviderImpl.java   |  6 +--
 .../java/openjdk/project/ConfigurationImpl.java|  6 +--
 .../openjdk/project/FilterStandardProjects.java| 15 +++
 .../modules/java/openjdk/project/JDKProject.java   | 11 ++---
 .../java/openjdk/project/ModuleDescription.java| 47 +++---
 .../java/openjdk/project/SourceLevelQueryImpl.java |  5 ++-
 .../java/openjdk/jtreg/ActionProviderImplTest.java |  2 +-
 .../openjdk/project/ClassPathProviderImplTest.java |  5 ++-
 .../openjdk/project/SourceLevelQueryImplTest.java  |  3 +-
 16 files changed, 135 insertions(+), 81 deletions(-)

diff --git 
a/ergonomics/ide.ergonomics/src/org/netbeans/modules/ide/ergonomics/fod/FeatureProjectFactory.java
 
b/ergonomics/ide.ergonomics/src/org/netbeans/modules/ide/ergonomics/fod/FeatureProjectFactory.java
index cca8b43..cdf483d 100644
--- 
a/ergonomics/ide.ergonomics/src/org/netbeans/modules/ide/ergonomics/fod/FeatureProjectFactory.java
+++ 
b/ergonomics/ide.ergonomics/src/org/netbeans/modules/ide/ergonomics/fod/FeatureProjectFactory.java
@@ -140,7 +140,15 @@ implements ProjectFactory, PropertyChangeListener, 
Runnable {
 }
 
 final boolean hasFile(String relative) {
-return dir.getFileObject(relative) != null;
+FileObject d = dir;
+int pos = 0;
+
+while (relative.startsWith("../", pos) && d != null) {
+d = d.getParent();
+pos += 3;
+}
+
+return d != null && d.getFileObject(relative) != null;
 }
 
 final boolean isDeepCheck() {
diff --git a/java/java.openjdk.project/src/META-INF/upgrade/BuildUtils.hint 
b/java/java.openjdk.project/src/META-INF/upgrade/BuildUtils.hint
new file mode 100644
index 000..8b6bb86
--- /dev/null
+++ b/java/java.openjdk.project/src/META-INF/upgrade/BuildUtils.hint
@@ -0,0 +1,24 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+
+
+$fileObject.getFileObject($relpath) :: $fileObject instanceof 
org.openide.filesystems.FileObject && $relpath instanceof java.lang.String
+=>
+org.netbeans.modules.java.openjdk.common.BuildUtils.getFileObject($fileObject, 
$relpath)
+;;
diff --git 
a/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/common/BuildUtils.java
 
b/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/common/BuildUtils.java
index fd845a7..e6efb4f 100644
--- 
a/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/common/BuildUtils.java
+++ 
b/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/common/BuildUtils.java
@@ -72,7 +72,7 @@ public class BuildUtils {
 
 public static File getBuildTargetDir(Project prj) {
 for (String possibleRootLocation : new String[] {"../../..", "../.."}) 
{
-FileObject possibleJDKRoot = 
prj.getProjectDirectory().getFileObject(possibleRootLocation);
+FileObject possibleJDKRoot = 
BuildUtils.getFileObject(prj.getProjectDirectory(), possibleRootLocation);
 Object buildAttr = possibleJDKRoot != null ?

[jira] [Commented] (NETBEANS-2907) Using 11.1 I was informed that I should update to 9.0

2019-09-02 Thread Jira


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

Jiří Kovalský commented on NETBEANS-2907:
-

I have got the access and am on it.

> Using 11.1 I was informed that I should update to 9.0
> -
>
> Key: NETBEANS-2907
> URL: https://issues.apache.org/jira/browse/NETBEANS-2907
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Autoupdate
>Affects Versions: 11.1
> Environment: Windows 10, Java 12, NB 11.1
>Reporter: Kenneth Fogel
>Assignee: Jiří Kovalský
>Priority: Minor
> Fix For: Next
>
>
> To my surprise an update baloon poped up and suggested an update to 9.0 
> despite the fact that I was running 11.1



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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] [Comment Edited] (NETBEANS-3039) Extreme slow down on large YAML files

2019-09-02 Thread Christian Naitsirch (Jira)


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

Christian Naitsirch edited comment on NETBEANS-3039 at 9/2/19 8:16 AM:
---

There is no special action to reproduce it on my machine. I have created a 
screen video, too. You'll find it here: 
[https://www.youtube.com/watch?v=Sqr1OA32Afg]

I just create a new project, insert the file contents and it starts lagging. I 
hope you can see it in the video. In existing projects it is the same. It 
happens as soon as I open a YAML file and make a change.

I understand that this issue is not reproducable for anyone. But what can I do 
now?


was (Author: naitsirch):
There is no special action to reproduce it on my machine. I have created a 
screen video, too. You'll find it here: 
[https://www.youtube.com/watch?v=Sqr1OA32Afg]

I just create a new project, insert the file contents and it starts lagging. I 
hope you can see it in the video. In existing projects it is the same. It 
happens as soon as I open the file and make a change.

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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] [Comment Edited] (NETBEANS-3039) Extreme slow down on large YAML files

2019-09-02 Thread Christian Naitsirch (Jira)


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

Christian Naitsirch edited comment on NETBEANS-3039 at 9/2/19 8:14 AM:
---

There is no special action to reproduce it on my machine. I have created a 
screen video, too. You'll find it here: 
[https://www.youtube.com/watch?v=Sqr1OA32Afg]

I just create a new project, insert the file contents and it starts lagging. I 
hope you can see it in the video. In existing projects it is the same. It 
happens as soon as I open the file and make a change.


was (Author: naitsirch):
There is no special action to reproduce it on my machine. I have created a 
screen video, too. You find it here: 
[https://www.youtube.com/watch?v=Sqr1OA32Afg]

I just create a new project, insert the file contents and it starts lagging. I 
hope you can see it in the video. In existing projects it is the same. It 
happens as soon as I open the file and make a change.

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-09-02 Thread Christian Naitsirch (Jira)


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

Christian Naitsirch commented on NETBEANS-3039:
---

There is no special action to reproduce it on my machine. I have created a 
screen video, too. You find it here: 
[https://www.youtube.com/watch?v=Sqr1OA32Afg]

I just create a new project, insert the file contents and it starts lagging. I 
hope you can see it in the video. In existing projects it is the same. It 
happens as soon as I open the file and make a change.

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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