[jira] [Commented] (NETBEANS-6179) Open Project dialog can take over 30 seconds to appear on Windows.
[ https://issues.apache.org/jira/browse/NETBEANS-6179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17439919#comment-17439919 ] Jaroslav Tulach commented on NETBEANS-6179: --- According to [^NetBeans126_OpenProject.nps] the EDT thread is blocked for 45s in * com.formdev.flatlaf.ui.FlatFileChooserUI$FlatFileView.getIcon() > Open Project dialog can take over 30 seconds to appear on Windows. > -- > > Key: NETBEANS-6179 > URL: https://issues.apache.org/jira/browse/NETBEANS-6179 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance > Environment: Wndows10 Pro > Java 17.0.1 (Zulu + JavaFX) > NetBeans 12.6-rc2 (and earlier) >Reporter: Scott Palmer >Priority: Major > Labels: performance > Attachments: NetBeans126_OpenProject.nps, NetBeans126_OpenProject2.nps > > > On Windows systems with disconnected mapped network drives, the "Open > Project" dialog can take over 30 seconds to appear. The "Open File" dialog > does not suffer from this issue. > While attempts to actually access the unavailable network drives can > logically lead to timeouts, since the open Project dialog will initially be > browsing in folder unrelated to the disconnected drive letters, there is no > reason that they should be holding up the initialization of the dialog. > VisualVM snapshot data collected while triggering and waiting for the Open > Project dialog is attached. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6179) Open Project dialog can take over 30 seconds to appear on Windows.
Scott Palmer created NETBEANS-6179: -- Summary: Open Project dialog can take over 30 seconds to appear on Windows. Key: NETBEANS-6179 URL: https://issues.apache.org/jira/browse/NETBEANS-6179 Project: NetBeans Issue Type: Bug Components: ide - Performance Environment: Wndows10 Pro Java 17.0.1 (Zulu + JavaFX) NetBeans 12.6-rc2 (and earlier) Reporter: Scott Palmer Attachments: NetBeans126_OpenProject.nps, NetBeans126_OpenProject2.nps On Windows systems with disconnected mapped network drives, the "Open Project" dialog can take over 30 seconds to appear. The "Open File" dialog does not suffer from this issue. While attempts to actually access the unavailable network drives can logically lead to timeouts, since the open Project dialog will initially be browsing in folder unrelated to the disconnected drive letters, there is no reason that they should be holding up the initialization of the dialog. VisualVM snapshot data collected while triggering and waiting for the Open Project dialog is attached. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-3746) [FlatLaF] Change theme for FlatLaF
[ https://issues.apache.org/jira/browse/NETBEANS-3746?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17439884#comment-17439884 ] Eirik Bakke commented on NETBEANS-3746: --- > there is no difference between swing L&F switching theme and that what > FlatLaF does The difference is that NetBeans FlatLAF code has been developed by a single person, who has been keeping the LAF switching (and theme switching) scenario in mind and tested it frequently. In constrast, other LAF-related code in NetBeans has been developed over years by many different people, who have all assumed that the LAF will never change at runtime. There's a lot of isAqua(), isWindowsLaF(), isGTK() calls etc. spread around the NetBeans codebase, each being read only once as a component is initialized or such ( https://github.com/apache/netbeans/search?q=isaqua ). Each of these would cause a bug if the LAF was switched without a restart. But it wouldn't be a problem if merely switching the FlatLAF theme, since isFlatLAF() would just keep returning true. > [FlatLaF] Change theme for FlatLaF > -- > > Key: NETBEANS-3746 > URL: https://issues.apache.org/jira/browse/NETBEANS-3746 > Project: NetBeans > Issue Type: New Feature > Components: FlatLaf, ide - UI, platform - Options&Settings > Environment: Product Version: Apache NetBeans IDE 11.1 > Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2 > Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS > Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS > System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) > User directory: C:\Users\Chrl\AppData\Roaming\NetBeans\11.1 > Cache directory: C:\Users\Chrl\AppData\Local\NetBeans\Cache\11.1 >Reporter: Christian Lenz >Assignee: Karl Tauber >Priority: Major > Labels: Look&Feel, theme > Attachments: flat-laf-changing-theme.gif > > > As far as I know, there ia theming option for FlatLaF inside the FlatLaF > demo. See my screencapture for more info. So it is possible via JSON to theme > the LaF easy and restartless. IntelliJ is doing that and it works like a > charm. > The problem of NetBeans changing LaF is you often need to restart, because > not all components are repainted correctly. But it seems that theming of > FlatLaF is independent from NetBeans. > So it would be nice, if we can switch the FlatLaF theme easy via NetBeans as > it is possible in the FlatLaF demo which is located here: > https://github.com/JFormDesigner/FlatLaf > I already asked here: https://github.com/JFormDesigner/FlatLaf/issues/29 -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Closed] (NETBEANS-6054) PHP Template missing Namespace option
[ https://issues.apache.org/jira/browse/NETBEANS-6054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junichi Yamamoto closed NETBEANS-6054. -- Fix Version/s: 12.6 Resolution: Fixed I've verified this with NetBeans 12.6-rc2. It should be OK. https://lists.apache.org/thread/9fbt64k87p7m1fwsb0r5vtblo22of77l > PHP Template missing Namespace option > - > > Key: NETBEANS-6054 > URL: https://issues.apache.org/jira/browse/NETBEANS-6054 > Project: NetBeans > Issue Type: Bug > Components: php - Project, platform - Templates >Affects Versions: 12.4 >Reporter: Kevin Andrews >Assignee: Junichi Yamamoto >Priority: Minor > Labels: pull-request-available > Fix For: 12.6 > > Attachments: Screenshot from 2021-09-24 10-01-01.png, Screenshot from > 2021-09-24 10-01-40.png, Screenshot from 2021-09-24 10-02-43.png, Screenshot > from 2021-09-24 10-02-56.png, Screenshot from 2021-09-24 10-03-34.png, > Screenshot from 2021-09-24 10-04-15.png, Screenshot from 2021-09-24 > 10-05-00.png, Screenshot from 2021-09-24 10-05-18.png, Screenshot from > 2021-09-24 10-05-27.png > > Time Spent: 1h 10m > Remaining Estimate: 0h > > As a > PHP Developer > I want to > Create additional PHP Class template files which still allow entering > namespace in the file creation wizard after moving them to sub-directories > and restarting the IDE > So that > Namespaces are automatically entered into the file created. > Issue Details: > Creating a new template by going to: > Tools -> Templates > Navigating to the PHP folder > Duplicate "PHP Class" > Creating a new file from this template correctly fills out and asks about > Namespace (context is obtained when using the tree right click -> new). > After restarting NetBeans it seems to lose this ability and no longer > displays the namespace box when creating a new file from this duplicated > template. > Also moving the template into a sub folder loses this context as well. > > -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Closed] (NETBEANS-4978) PHP Menu Source->Fix uses break code
[ https://issues.apache.org/jira/browse/NETBEANS-4978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junichi Yamamoto closed NETBEANS-4978. -- Fix Version/s: 12.6 Resolution: Fixed I've verified this with NetBeans 12.6-rc2. It should be OK. https://lists.apache.org/thread/9fbt64k87p7m1fwsb0r5vtblo22of77l > PHP Menu Source->Fix uses break code > > > Key: NETBEANS-4978 > URL: https://issues.apache.org/jira/browse/NETBEANS-4978 > Project: NetBeans > Issue Type: Improvement > Components: php - Editor >Affects Versions: 12.0 >Reporter: Jayce >Assignee: Junichi Yamamoto >Priority: Minor > Labels: pull-request-available > Fix For: 12.6 > > Attachments: 01BeforeFixUses.png, 02AfterFixUses.png, BugClass.php, > BugScreencast.mov > > Time Spent: 1h 40m > Remaining Estimate: 0h > > Using "Fix Uses" (Source menu) break code by moving "use \Package\To\Use;" > before "declare(strict_types=1);" > It does not happen if a use line is already present in the source code (at > the correct position). > declare(strict_types=1); must always be the first line. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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 (391fdcd -> 4ae010f)
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 391fdcd An attempt to fix unstable test for java.mx.projects (#3301) new c0adef2 JDK 17 requires explicit keyalg selection new d97dfff Consider the reported trustlevel of the KeyStoreProvider when querying KeyStores new 4ae010f Merge pull request #3303 from matthiasblaesing/truststore_level The 6118 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: platform/autoupdate.services/build.xml | 8 +- .../modules/autoupdate/services/Utilities.java | 8 +- .../modules/autoupdate/services/UtilitiesTest.java | 86 +- 3 files changed, 95 insertions(+), 7 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] [Updated] (NETBEANS-6177) Netbeans not send STOP command to xdebug
[ https://issues.apache.org/jira/browse/NETBEANS-6177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joseph Marques updated NETBEANS-6177: - Description: Netbeans not sending "stop" command to gdb/xdebug when click on "finish debbuger session" button while debugging and stopped in breakpoint, so script continue to the end, ignoring all other breakpoints. The expected behavior is to stop debbuger immediately when click on "finish debbuger session" button while stopped on breakpoint. In netbeans 12.2 it works ok, but when tried on 12.4 and 12.5, this problem happens. See attachment logs. How to reproduce: with breakpoint setted on "echo" line, while debbuging and stopped in the breakpoint, click on "Finish Debbuger Session" button: {code:java} Netbeans not send STOP command to xdebug > > > Key: NETBEANS-6177 > URL: https://issues.apache.org/jira/browse/NETBEANS-6177 > Project: NetBeans > Issue Type: Bug > Components: php - Debugger >Affects Versions: 12.4, 12.5 > Environment: PHP 8.0.12 (cli) (built: Oct 22 2021 12:34:48) ( NTS ) > Copyright (c) The PHP Group > Zend Engine v4.0.12, Copyright (c) Zend Technologies > with Zend OPcache v8.0.12, Copyright (c), by Zend Technologies > with Xdebug v3.1.1, Copyright (c) 2002-2021, by Derick Rethans >Reporter: Joseph Marques >Priority: Minor > Fix For: 12.2 > > Attachments: xdebug-netbeans-12.2.log, xdebug-netbeans-12.5.log > > > Netbeans not sending "stop" command to gdb/xdebug when click on "finish > debbuger session" button while debugging and stopped in breakpoint, so script > continue to the end, ignoring all other breakpoints. > The expected behavior is to stop debbuger immediately when click on "finish > debbuger session" button while stopped on breakpoint. > In netbeans 12.2 it works ok, but when tried on 12.4 and 12.5, this problem > happens. > See attachment logs. > > How to reproduce: with breakpoint setted on "echo" line, while debbuging and > stopped in the breakpoint, click on "Finish Debbuger Session" button: > {code:java} > echo 'exit'; > exit; > {code} > Result: > Expected (Netbeans 12.2): stop without print 'exit' on the console. > Error (Netbeans 12.5): print 'exit' on the console and exit (or execute all > code after echo line if exists). > -- 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