[jira] [Resolved] (NETBEANS-6038) GIT not works on Apple Silicon (walk around: not check "save password")
[ https://issues.apache.org/jira/browse/NETBEANS-6038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pier Luigi resolved NETBEANS-6038. -- Fix Version/s: 12.6 Resolution: Fixed > GIT not works on Apple Silicon (walk around: not check "save password") > --- > > Key: NETBEANS-6038 > URL: https://issues.apache.org/jira/browse/NETBEANS-6038 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 > Environment: *Product Version:* Apache NetBeans IDE 12.4 > *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS > *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS > *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) > *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 > *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 > >Reporter: Pier Luigi >Priority: Major > Labels: applesilicon > Fix For: 12.6 > > Attachments: Schermata 2021-09-21 alle 15.34.09.png, Schermata > 2021-09-21 alle 15.36.16.png > > > I'working one the same project on an Intel Mac and on Apple Silicon Mac. > The project synch using a remote GIT repository. > On Apple Silicon, when I pull or push I got this error exception: > "Could not initialise class org.netbeans.modules.keyring.mac.SecurityLibrary" > The only way to make git works is to NOT check "save password" into the > repository dialog (in other words, the password should be written when asked > every time the app is reopened). > The problem occurs with latest version of NB from 12.2 to 12.4 with Azul Java > 1.8 or 11 JRE. > > -- 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-6038) GIT not works on Apple Silicon (walk around: not check "save password")
[ https://issues.apache.org/jira/browse/NETBEANS-6038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17457569#comment-17457569 ] Pier Luigi commented on NETBEANS-6038: -- The problem was solved with NB 12.6 > GIT not works on Apple Silicon (walk around: not check "save password") > --- > > Key: NETBEANS-6038 > URL: https://issues.apache.org/jira/browse/NETBEANS-6038 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 > Environment: *Product Version:* Apache NetBeans IDE 12.4 > *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS > *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS > *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) > *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 > *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 > >Reporter: Pier Luigi >Priority: Major > Labels: applesilicon > Attachments: Schermata 2021-09-21 alle 15.34.09.png, Schermata > 2021-09-21 alle 15.36.16.png > > > I'working one the same project on an Intel Mac and on Apple Silicon Mac. > The project synch using a remote GIT repository. > On Apple Silicon, when I pull or push I got this error exception: > "Could not initialise class org.netbeans.modules.keyring.mac.SecurityLibrary" > The only way to make git works is to NOT check "save password" into the > repository dialog (in other words, the password should be written when asked > every time the app is reopened). > The problem occurs with latest version of NB from 12.2 to 12.4 with Azul Java > 1.8 or 11 JRE. > > -- 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-6039) Scrolling is choppy and laggy on Apple Mac Book Air M1 (at certain font size)
[ https://issues.apache.org/jira/browse/NETBEANS-6039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17421628#comment-17421628 ] Pier Luigi commented on NETBEANS-6039: -- I've just verified the same behaviour in NB 12.5 > Scrolling is choppy and laggy on Apple Mac Book Air M1 (at certain font size) > - > > Key: NETBEANS-6039 > URL: https://issues.apache.org/jira/browse/NETBEANS-6039 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.1, 12.2, 12.3, 12.4 > Environment: *roduct Version:* Apache NetBeans IDE 12.4 > *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS > *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS > *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) > *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 > *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 >Reporter: Pier Luigi >Priority: Major > Labels: applesilicon, scrolling > > The scroll of source code is not smooth as it should be on a MacBook Air M1. > The keyboard navigation inside the source code using arrow keys is also > laggy. > Changing version of Java does not affect this behaviour (tested with Azul > Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). > Check the "Open in low resolution" option of the executable does not affect > this behaviour. > UPDATE: > I've discovered that the problem seems related to font size. > In my case I use "MS Reference Sans Serif" and the laggy scroll occurs if I > set the font size equals or greater than 15. > The behaviour seems related to font family: with San Francisco Mono the lag > start at size 17 or more, with Robot Mono at 14 or more. > On my Intel Mac the scroll is fast even at higher font size. > > -- 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] [Commented] (NETBEANS-6038) GIT not works on Apple Silicon (walk around: not check "save password")
[ https://issues.apache.org/jira/browse/NETBEANS-6038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17420903#comment-17420903 ] Pier Luigi commented on NETBEANS-6038: -- I've just verified the same bug in NB 12.5 > GIT not works on Apple Silicon (walk around: not check "save password") > --- > > Key: NETBEANS-6038 > URL: https://issues.apache.org/jira/browse/NETBEANS-6038 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 > Environment: *Product Version:* Apache NetBeans IDE 12.4 > *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS > *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS > *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) > *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 > *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 > >Reporter: Pier Luigi >Priority: Major > Labels: applesilicon > Attachments: Schermata 2021-09-21 alle 15.34.09.png, Schermata > 2021-09-21 alle 15.36.16.png > > > I'working one the same project on an Intel Mac and on Apple Silicon Mac. > The project synch using a remote GIT repository. > On Apple Silicon, when I pull or push I got this error exception: > "Could not initialise class org.netbeans.modules.keyring.mac.SecurityLibrary" > The only way to make git works is to NOT check "save password" into the > repository dialog (in other words, the password should be written when asked > every time the app is reopened). > The problem occurs with latest version of NB from 12.2 to 12.4 with Azul Java > 1.8 or 11 JRE. > > -- 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-6039) Scrolling is choppy and laggy on Apple Mac Book Air M1 (at certain font size)
[ https://issues.apache.org/jira/browse/NETBEANS-6039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pier Luigi updated NETBEANS-6039: - Description: The scroll of source code is not smooth as it should be on a MacBook Air M1. The keyboard navigation inside the source code using arrow keys is also laggy. Changing version of Java does not affect this behaviour (tested with Azul Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). Check the "Open in low resolution" option of the executable does not affect this behaviour. UPDATE: I've discovered that the problem seems related to font size. In my case I use "MS Reference Sans Serif" and the laggy scroll occurs if I set the font size equals or greater than 15. The behaviour seems related to font family: with San Francisco Mono the lag start at size 17 or more, with Robot Mono at 14 or more. On my Intel Mac the scroll is fast even at higher font size. was: The scroll of source code is not smooth as it should be on a MacBook Air M1. Changing version of Java does not affect this behaviour (tested with Azul Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). Check the "Open in low resolution" option of the executable does not affect this behaviour. UPDATE: I've discovered that the problem: it seems related to font size. In my case I use "MS Reference Sans Serif" and the laggy scroll occurs if I set the font size equals or greater than 15. The behaviour seems related to font family: with San Francisco Mono the lag start at size 17 or more, with Robot Mono at 14 or more. On my Intel Mac the scroll is fast even at higher font size. > Scrolling is choppy and laggy on Apple Mac Book Air M1 (at certain font size) > - > > Key: NETBEANS-6039 > URL: https://issues.apache.org/jira/browse/NETBEANS-6039 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.1, 12.2, 12.3, 12.4 > Environment: *roduct Version:* Apache NetBeans IDE 12.4 > *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS > *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS > *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) > *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 > *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 >Reporter: Pier Luigi >Priority: Major > Labels: applesilicon, scrolling > > The scroll of source code is not smooth as it should be on a MacBook Air M1. > The keyboard navigation inside the source code using arrow keys is also > laggy. > Changing version of Java does not affect this behaviour (tested with Azul > Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). > Check the "Open in low resolution" option of the executable does not affect > this behaviour. > UPDATE: > I've discovered that the problem seems related to font size. > In my case I use "MS Reference Sans Serif" and the laggy scroll occurs if I > set the font size equals or greater than 15. > The behaviour seems related to font family: with San Francisco Mono the lag > start at size 17 or more, with Robot Mono at 14 or more. > On my Intel Mac the scroll is fast even at higher font size. > > -- 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-6039) Scrolling is choppy and laggy on Apple Mac Book Air M1 (at certain font size)
[ https://issues.apache.org/jira/browse/NETBEANS-6039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pier Luigi updated NETBEANS-6039: - Description: The scroll of source code is not smooth as it should be on a MacBook Air M1. Changing version of Java does not affect this behaviour (tested with Azul Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). Check the "Open in low resolution" option of the executable does not affect this behaviour. UPDATE: I've discovered that the problem: it seems related to font size. In my case I use "MS Reference Sans Serif" and the laggy scroll occurs if I set the font size equals or greater than 15. The behaviour seems related to font family: with San Francisco Mono the lag start at size 17 or more, with Robot Mono at 14 or more. On my Intel Mac the scroll is fast even at higher font size. was: The scroll of source code is not smooth as it should be on a MacBook Air M1. Changing version of Java does not affect this behaviour (tested with Azul Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). Check the "Open in low resolution" option of the executable does not affect this behaviour. Summary: Scrolling is choppy and laggy on Apple Mac Book Air M1 (at certain font size) (was: Scrolling is choppy and laggy on Apple Mac Book Air M1) > Scrolling is choppy and laggy on Apple Mac Book Air M1 (at certain font size) > - > > Key: NETBEANS-6039 > URL: https://issues.apache.org/jira/browse/NETBEANS-6039 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.1, 12.2, 12.3, 12.4 > Environment: *roduct Version:* Apache NetBeans IDE 12.4 > *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS > *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS > *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) > *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 > *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 >Reporter: Pier Luigi >Priority: Major > Labels: applesilicon, scrolling > > The scroll of source code is not smooth as it should be on a MacBook Air M1. > Changing version of Java does not affect this behaviour (tested with Azul > Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). > Check the "Open in low resolution" option of the executable does not affect > this behaviour. > UPDATE: > I've discovered that the problem: it seems related to font size. > In my case I use "MS Reference Sans Serif" and the laggy scroll occurs if I > set the font size equals or greater than 15. > The behaviour seems related to font family: with San Francisco Mono the lag > start at size 17 or more, with Robot Mono at 14 or more. > On my Intel Mac the scroll is fast even at higher font size. > -- 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-6039) Scrolling is choppy and laggy on Apple Mac Book Air M1
Pier Luigi created NETBEANS-6039: Summary: Scrolling is choppy and laggy on Apple Mac Book Air M1 Key: NETBEANS-6039 URL: https://issues.apache.org/jira/browse/NETBEANS-6039 Project: NetBeans Issue Type: Bug Affects Versions: 12.4, 12.3, 12.2, 12.1 Environment: *roduct Version:* Apache NetBeans IDE 12.4 *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 Reporter: Pier Luigi The scroll of source code is not smooth as it should be on a MacBook Air M1. Changing version of Java does not affect this behaviour (tested with Azul Zulu OpenJDK builds 1.8 and 11 for ARM 64bit (aarc-64). Check the "Open in low resolution" option of the executable does not affect this behaviour. -- 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-6038) GIT not works on Apple Silicon (walk around: not check "save password")
Pier Luigi created NETBEANS-6038: Summary: GIT not works on Apple Silicon (walk around: not check "save password") Key: NETBEANS-6038 URL: https://issues.apache.org/jira/browse/NETBEANS-6038 Project: NetBeans Issue Type: Bug Affects Versions: 12.4 Environment: *Product Version:* Apache NetBeans IDE 12.4 *Java:* 11.0.11; OpenJDK 64-Bit Server VM 11.0.11+9-LTS *Runtime:* OpenJDK Runtime Environment 11.0.11+9-LTS *System:* Mac OS X version 11.6 running on aarch64; UTF-8; it_IT (nb) *User directory:* /Users/picov/Library/Application Support/NetBeans/12.4 *Cache directory:* /Users/picov/Library/Caches/NetBeans/12.4 Reporter: Pier Luigi Attachments: Schermata 2021-09-21 alle 15.34.09.png, Schermata 2021-09-21 alle 15.36.16.png I'working one the same project on an Intel Mac and on Apple Silicon Mac. The project synch using a remote GIT repository. On Apple Silicon, when I pull or push I got this error exception: "Could not initialise class org.netbeans.modules.keyring.mac.SecurityLibrary" The only way to make git works is to NOT check "save password" into the repository dialog (in other words, the password should be written when asked every time the app is reopened). The problem occurs with latest version of NB from 12.2 to 12.4 with Azul Java 1.8 or 11 JRE. -- 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] [Comment Edited] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108176#comment-17108176 ] Pier Luigi edited comment on NETBEANS-2082 at 5/15/20, 3:38 PM: My post (and intention) was not a criticism but a simple observation: the code folding of NB behave "strange" since the first Apache version thus I'm expecting that a large part of the users base complains about it. In addition the "jump" could be only a part of the problem. To go forward and in order to "investigate it by myself and/or motivate others" this is a visual comparison of the code folding behavior of NB 11.3 compared side by side to the old 8.2: #1: [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Blocks_Identification.mp4] The first video show that code blocks that are "foldable" are identified differently and often in a wrong way: as you can see with NB11.3 the editor fail to identify as "foldable" even the main class block and many methods. Please note that at 0:22 I cut and re-paste the same block of code (so the source remain the same) and the editor seems to correct its foldable blocks identification criteria (the main class and some methods become marked as foldable), but if I save the file, then close and reopen NB the behavior back to the wrong one. #2 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_1.mp4] The video show the problem highlighted with this thread. Please note that the click a 0:26 fold the code correctly with no jump even if the caret is at the end of the document, but the following clicks that expand and collapse the same block into the same situation exhibit the problematic jump. #3 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_2.mp4] As you can see (0:33), with NB11.3 if you fold a block of code AND the caret is inside it, when you scroll the document using the mouse wheel or the scroll bar, the document scroll position keep returning automatically to the folded code after about a second. I think that the fold and unfold actions should not deal with scroll and should ignore the actual caret position if it is outside the affected block, otherwise set the caret position to the begin of the folded block. EDITED sample source code used in video (remove .txt that was added to avoid file execution): http://download.e-link.it/netbeans/CODE_FOLDING_PROBLEM_SOURCE_SAMPLE.php.txt was (Author: picov): My post (and intention) was not a criticism but a simple observation: the code folding of NB behave "strange" since the first Apache version thus I'm expecting that a large part of the users base complains about it. In addition the "jump" could be only a part of the problem. To go forward and in order to "investigate it by myself and/or motivate others" this is a visual comparison of the code folding behavior of NB 11.3 compared side by side to the old 8.2: #1: [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Blocks_Identification.mp4] The first video show that code blocks that are "foldable" are identified differently and often in a wrong way: as you can see with NB11.3 the editor fail to identify as "foldable" even the main class block and many methods. Please note that at 0:22 I cut and re-paste the same block of code (so the source remain the same) and the editor seems to correct its foldable blocks identification criteria (the main class and some methods become marked as foldable), but if I save the file, then close and reopen NB the behavior back to the wrong one. #2 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_1.mp4] The video show the problem highlighted with this thread. Please note that the click a 0:26 fold the code correctly with no jump even if the caret is at the end of the document, but the following clicks that expand and collapse the same block into the same situation exhibit the problematic jump. #3 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_2.mp4] As you can see (0:33), with NB11.3 if you fold a block of code AND the caret is inside it, when you scroll the document using the mouse wheel or the scroll bar, the document scroll position keep returning automatically to the folded code after about a second. I think that the fold and unfold actions should not deal with scroll and should ignore the actual caret position if it is outside the affected block, otherwise set the caret position to the begin of the folded block. > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug >
[jira] [Comment Edited] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108292#comment-17108292 ] Pier Luigi edited comment on NETBEANS-2082 at 5/15/20, 1:43 PM: Ok [~sdedic] , I've reported it assuming that if I've some troubles about identifying things to handle, there will be a chance that I'll not able to handle them correctly. was (Author: picov): Ok [~sdedic] , I've reported it assuming that if I've some troubles about identifying things to handle, is very hard that I'll handle them correctly. > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, NETBEANS-2082.zip, > netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Commented] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108292#comment-17108292 ] Pier Luigi commented on NETBEANS-2082: -- Ok [~sdedic] , I've reported it assuming that if I've some troubles about identifying things to handle, is very hard that I'll handle them correctly. > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, NETBEANS-2082.zip, > netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Comment Edited] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108176#comment-17108176 ] Pier Luigi edited comment on NETBEANS-2082 at 5/15/20, 11:17 AM: - My post (and intention) was not a criticism but a simple observation: the code folding of NB behave "strange" since the first Apache version thus I'm expecting that a large part of the users base complains about it. In addition the "jump" could be only a part of the problem. To go forward and in order to "investigate it by myself and/or motivate others" this is a visual comparison of the code folding behavior of NB 11.3 compared side by side to the old 8.2: #1: [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Blocks_Identification.mp4] The first video show that code blocks that are "foldable" are identified differently and often in a wrong way: as you can see with NB11.3 the editor fail to identify as "foldable" even the main class block and many methods. Please note that at 0:22 I cut and re-paste the same block of code (so the source remain the same) and the editor seems to correct its foldable blocks identification criteria (the main class and some methods become marked as foldable), but if I save the file, then close and reopen NB the behavior back to the wrong one. #2 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_1.mp4] The video show the problem highlighted with this thread. Please note that the click a 0:26 fold the code correctly with no jump even if the caret is at the end of the document, but the following clicks that expand and collapse the same block into the same situation exhibit the problematic jump. #3 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_2.mp4] As you can see (0:33), with NB11.3 if you fold a block of code AND the caret is inside it, when you scroll the document using the mouse wheel or the scroll bar, the document scroll position keep returning automatically to the folded code after about a second. I think that the fold and unfold actions should not deal with scroll and should ignore the actual caret position if it is outside the affected block, otherwise set the caret position to the begin of the folded block. was (Author: picov): My post (and intention) was not a criticism but a simple observation: the code folding of NB behave "strange" since the first Apache version thus I'm expecting that a large part of the users base complains about it. In addition the "jump" could be only a part of the problem. To go forward and in order to "investigate it by myself and/or motivate others" this is a visual comparison of the code folding behavior of NB 11.3 compared side by side to the old 8.2: #1: [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Blocks_Identification.mp4] The first video show that code blocks that are "foldable" are identified differently and often in a wrong way: as you can see with NB11.3 the editor fail to identify as "foldable" even the main class block and many methods. Please note that at 0:32 I cut and re-paste the same block of code (so the source remain the same) and the editor seems to correct its foldable blocks identification criteria (the main class and some methods become marked as foldable), but if I save the file, then close and reopen NB the behavior back to the wrong one. #2 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_1.mp4] The video show the problem highlighted with this thread. Please note that the click a 0:26 fold the code correctly with no jump even if the caret is at the end of the document, but the following clicks that expand and collapse the same block into the same situation exhibit the problematic jump. #3 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_2.mp4] As you can see (0:33), with NB11.3 if you fold a block of code AND the caret is inside it, when you scroll the document using the mouse wheel or the scroll bar, the document scroll position keep returning automatically to the folded code after about a second. I think that the fold and unfold actions should not deal with scroll and should ignore the actual caret position if it is outside the affected block, otherwise set the caret position to the begin of the folded block. > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwi
[jira] [Commented] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108176#comment-17108176 ] Pier Luigi commented on NETBEANS-2082: -- My post (and intention) was not a criticism but a simple observation: the code folding of NB behave "strange" since the first Apache version thus I'm expecting that a large part of the users base complains about it. In addition the "jump" could be only a part of the problem. To go forward and in order to "investigate it by myself and/or motivate others" this is a visual comparison of the code folding behavior of NB 11.3 compared side by side to the old 8.2: #1: [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Blocks_Identification.mp4] The first video show that code blocks that are "foldable" are identified differently and often in a wrong way: as you can see with NB11.3 the editor fail to identify as "foldable" even the main class block and many methods. Please note that at 0:32 I cut and re-paste the same block of code (so the source remain the same) and the editor seems to correct its foldable blocks identification criteria (the main class and some methods become marked as foldable), but if I save the file, then close and reopen NB the behavior back to the wrong one. #2 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_1.mp4] The video show the problem highlighted with this thread. Please note that the click a 0:26 fold the code correctly with no jump even if the caret is at the end of the document, but the following clicks that expand and collapse the same block into the same situation exhibit the problematic jump. #3 [http://download.e-link.it/netbeans/NB_Code_Folding_comparision-Jump_to_caret_2.mp4] As you can see (0:33), with NB11.3 if you fold a block of code AND the caret is inside it, when you scroll the document using the mouse wheel or the scroll bar, the document scroll position keep returning automatically to the folded code after about a second. I think that the fold and unfold actions should not deal with scroll and should ignore the actual caret position if it is outside the affected block, otherwise set the caret position to the begin of the folded block. > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, NETBEANS-2082.zip, > netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Comment Edited] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17107154#comment-17107154 ] Pier Luigi edited comment on NETBEANS-2082 at 5/14/20, 9:50 AM: The bug is about a critical editor feature, exists starting from the earlier version of Apache NetBeans (were talking about year 2018) and was reported more than an year ago, thus the real question is: does someone is really working on it? ... or if you prefer, is the Apache NB project still alive and healthy ? was (Author: picov): The bug is about a critical editor feature, exists starting from the earlier version of Apache NetBeans (were talking about year 2018) and was reported more than 9 months ago, thus the real question is: does someone is really working on it? ... or if you prefer, is the Apache NB project still alive and healthy ? > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Comment Edited] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17107154#comment-17107154 ] Pier Luigi edited comment on NETBEANS-2082 at 5/14/20, 9:49 AM: The bug is about a critical editor feature, exists starting from the earlier version of Apache NetBeans (were talking about year 2018) and was reported more than 9 months ago, thus the real question is: does someone is really working on it? ... or if you prefer, is the Apache NB project still alive and healthy ? was (Author: picov): The bug is about a critical editor feature, exists starting from the earlier version of Apache NetBeans (were talking about year 2018) and was reported more than 9 months ago, thus the real question is: does someone is really working on it? ... or if you prefer, is the Apache NB project alive and healthy ? > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Commented] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17107154#comment-17107154 ] Pier Luigi commented on NETBEANS-2082: -- The bug is about a critical editor feature, exists starting from the earlier version of Apache NetBeans (were talking about year 2018) and was reported more than 9 months ago, thus the real question is: does someone is really working on it? ... or if you prefer, is the Apache NB project alive and healthy ? > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Commented] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17056105#comment-17056105 ] Pier Luigi commented on NETBEANS-2082: -- Just tested latest NB 11.3 -> bug is still here :-( > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0, 11.1, 11.2 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Assignee: Svatopluk Dedic >Priority: Critical > Attachments: DemoPHPCodeFoldingProblem_NB11.php, netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Commented] (NETBEANS-2082) Scroll to the caret position when code fold feature is run
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17019731#comment-17019731 ] Pier Luigi commented on NETBEANS-2082: -- *Bug still here with latest version (and also with all Apache releases).* *Please FIX, this is very annoying.* *I'm back to NetBeans 8.2 (a 4 years old release still rock solid).* *CONFIRMED WITH:* *Product Version:* Apache NetBeans IDE 11.2 *Java:* 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9 *Runtime:* OpenJDK Runtime Environment 13.0.1+9 *System:* Mac OS X version 10.14.6 running on x86_64; UTF-8; it_IT (nb) > Scroll to the caret position when code fold feature is run > -- > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: editor - Code folding >Affects Versions: 10.0, 11.0 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Priority: Major > Attachments: DemoPHPCodeFoldingProblem_NB11.php, netbeans-2082.gif > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- 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] [Commented] (NETBEANS-2082) PHP code fold not work properly
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16905281#comment-16905281 ] Pier Luigi commented on NETBEANS-2082: -- I've uploaded a simple PHP class. If you try to code fold some random blocks in different part of the document you'll see the problem. The same file works perfectly with NB8.2. My platform details: *Product Version:*Apache NetBeans IDE 11.1 *Java:*11.0.2; OpenJDK 64-Bit Server VM 11.0.2+9 *Runtime:*OpenJDK Runtime Environment 11.0.2+9 *System:*Mac OS X version 10.14.6 running on x86_64; UTF-8; it_IT (nb) *User directory:*/Users/picov/Library/Application Support/NetBeans/11.1 *Cache directory:*/Users/picov/Library/Caches/NetBeans/11.1 Thank you. > PHP code fold not work properly > > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: php - Editor >Affects Versions: 10.0, 11.0 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Priority: Major > Attachments: DemoPHPCodeFoldingProblem_NB11.php > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2082) PHP code fold not work properly
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pier Luigi updated NETBEANS-2082: - Attachment: DemoPHPCodeFoldingProblem_NB11.php > PHP code fold not work properly > > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: php - Editor >Affects Versions: 10.0, 11.0 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Priority: Major > Attachments: DemoPHPCodeFoldingProblem_NB11.php > > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.2. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2082) PHP code fold not work properly
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pier Luigi updated NETBEANS-2082: - Affects Version/s: 11.0 Environment: Netbeans 11 with OpenJDK 12. Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 Netbeans 10 with OpenJDK 11. Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 was: Netbeans 10 with OpenJDK 11. Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 > PHP code fold not work properly > > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug >Affects Versions: 10.0, 11.0 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Priority: Minor > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.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-2082) PHP code fold not work properly
[ https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pier Luigi updated NETBEANS-2082: - Priority: Major (was: Minor) Component/s: php - Editor > PHP code fold not work properly > > > Key: NETBEANS-2082 > URL: https://issues.apache.org/jira/browse/NETBEANS-2082 > Project: NetBeans > Issue Type: Bug > Components: php - Editor >Affects Versions: 10.0, 11.0 > Environment: Netbeans 11 with OpenJDK 12. > Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 > 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64 > Netbeans 10 with OpenJDK 11. > Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 > 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 >Reporter: Pier Luigi >Priority: Major > > Collapsing a block often results in a jump of the editor to an incorrect > editing position (and scrolling the page cause a rejump to that position > after a second of scroll inactivity). > The same sources works perfectly with Netbeans 8.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] [Created] (NETBEANS-2082) PHP code fold not work properly
Pier Luigi created NETBEANS-2082: Summary: PHP code fold not work properly Key: NETBEANS-2082 URL: https://issues.apache.org/jira/browse/NETBEANS-2082 Project: NetBeans Issue Type: Bug Affects Versions: 10.0 Environment: Netbeans 10 with OpenJDK 11. Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 Reporter: Pier Luigi Collapsing a block often results in a jump of the editor to an incorrect editing position (and scrolling the page cause a rejump to that position after a second of scroll inactivity). The same sources works perfectly with Netbeans 8.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] [Created] (NETBEANS-972) Class name containing "@" symbol are marked as error in editor
Pier Luigi created NETBEANS-972: --- Summary: Class name containing "@" symbol are marked as error in editor Key: NETBEANS-972 URL: https://issues.apache.org/jira/browse/NETBEANS-972 Project: NetBeans Issue Type: Bug Components: cnd - Editor Affects Versions: 8.2, 9.0 Reporter: Pier Luigi Attachments: Schermata 2018-06-19 alle 22.58.08.png In my latest project I'm using UIKit 3 that make extensively usage of the @ symbol in class names for responsive purpose (see attached image). Netbeans editor mark all this names as errors: "unexpected token IDENT found" -- 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
