[jira] [Commented] (NETBEANS-6129) Extra space in try with resources without nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-6129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17563545#comment-17563545 ] Andrew commented on NETBEANS-6129: -- Seems due to: [WE HAVE MOVED TO GITHUB ISSUES|https://issues.apache.org/jira/browse/NETBEANS-6470] We all need to upvote & monitor the following issue: https://github.com/apache/netbeans/issues/3720 > Extra space in try with resources without nb-javac > -- > > Key: NETBEANS-6129 > URL: https://issues.apache.org/jira/browse/NETBEANS-6129 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation >Affects Versions: 12.5, 13 >Reporter: Dominik Derwiński >Priority: Minor > > Automatic formatting adds a space for try with resources if nb-javac is not > installed: > {code:java} > try ( MyType myObject = new MyType()) { > } > {code} > Once nb-javac is installed the space goes away: > {code:java} > try (MyType myObject = new MyType()) { > } > {code} -- This message was sent by Atlassian Jira (v8.20.10#820010) - 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-4641) Code auto formatting for try-with-resources statements
[ https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17563544#comment-17563544 ] Andrew edited comment on NETBEANS-4641 at 7/7/22 2:45 AM: -- Seems due to: [WE HAVE MOVED TO GITHUB ISSUES|https://issues.apache.org/jira/browse/NETBEANS-6470] We all need to upvote & monitor the following issue: [https://github.com/apache/netbeans/issues/3720] was (Author: andrewgr): Seems due to: WE HAVE MOVED TO GITHUB ISSUES We all need to upvote & monitor the following issue: https://github.com/apache/netbeans/issues/3720 > Code auto formatting for try-with-resources statements > -- > > Key: NETBEANS-4641 > URL: https://issues.apache.org/jira/browse/NETBEANS-4641 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation, java - Editor >Affects Versions: 12.0, 13 > Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin > download >Reporter: Bernd Michaely >Priority: Major > > Since NB 12.0, auto formatting for try-with-resources statements adds an > additional space after the opening parenthesis after the try keyword. To > reproduce the problem, choose: > Menu »Tools« → Options → Editor → Formatting → > Language »Java« and Category »Spaces« → > Tree item »Within Parentheses« → Checkbox "try" > If checked, two spaces are added after the opening parenthesis after try, if > unchecked, one space is added, instead of one and zero. > (Note, that there is also no example available in the preview. There is for > try-catch, but not for try-with-resources.) > -- This message was sent by Atlassian Jira (v8.20.10#820010) - 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-4641) Code auto formatting for try-with-resources statements
[ https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17563544#comment-17563544 ] Andrew commented on NETBEANS-4641: -- Seems due to: WE HAVE MOVED TO GITHUB ISSUES We all need to upvote & monitor the following issue: https://github.com/apache/netbeans/issues/3720 > Code auto formatting for try-with-resources statements > -- > > Key: NETBEANS-4641 > URL: https://issues.apache.org/jira/browse/NETBEANS-4641 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation, java - Editor >Affects Versions: 12.0, 13 > Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin > download >Reporter: Bernd Michaely >Priority: Major > > Since NB 12.0, auto formatting for try-with-resources statements adds an > additional space after the opening parenthesis after the try keyword. To > reproduce the problem, choose: > Menu »Tools« → Options → Editor → Formatting → > Language »Java« and Category »Spaces« → > Tree item »Within Parentheses« → Checkbox "try" > If checked, two spaces are added after the opening parenthesis after try, if > unchecked, one space is added, instead of one and zero. > (Note, that there is also no example available in the preview. There is for > try-catch, but not for try-with-resources.) > -- This message was sent by Atlassian Jira (v8.20.10#820010) - 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-6500) Can we renew the old ESA letter? - 2022 Guide
David Andrew created NETBEANS-6500: -- Summary: Can we renew the old ESA letter? - 2022 Guide Key: NETBEANS-6500 URL: https://issues.apache.org/jira/browse/NETBEANS-6500 Project: NetBeans Issue Type: Task Reporter: David Andrew A pet is a source of immense support and care for the owner. It also brings endless joy to the life of those who own them. They can melt the heart of anyone and provide unimaginable unconditional love. Owing to their highly lovable nature, healthcare professionals recommend them to their patients for emotional support. This requires the issuance of an emotional support animal letter from a certified professional. The benefits of these ESA animals, be it an [emotional support animal letter|https://myesaletter.net/]{*},{*} cat, rabbit, rat, horse, peacock, or any other animal, have been backed by numerous research studies. !https://usserviceanimals.org/blog/wp-content/uploads/2019/08/Service-Dog-Laws-Virginia.png|width=600,height=337! The ESA animal is not just a pet but a companion that is there to help the owner with certain mental disabilities. The animals, when used as ESAs, are not the only source of mental and emotional support but also serve as best guards and companions, protecting and guarding their owners all the time. The animals who serve as ESA animals after being issued the letter, have been proven to help the owners boost their mental health. Some of the advantages of the pets, related to the mental health of the owner, are given below: # They help remove stress and anxiety. # They provide help and support in mental trauma. # They help reduce symptoms related to depression. # They help develop a sense of purpose. # They provide relaxation through touch. ESAs are different from pets because they are given special rights under federal laws. The two acts that protect the rights of ESAs are the Fair Housing Act and the Air Carrier Access Act. The first act allows the ESAs to live with their owners in their houses. They are even allowed to reside in places where the landlord or the housing society rules do not permit a pet. In such cases, an [esa letter for housing|https://www.realesaletter.com/sample-esa-letter] proves beneficial. It allows people with mental health disorders to keep ESAs at their residences. Moreover, the second act named above makes it permissible for the ESAs to accompany their owners when they are traveling through the airplanes. Airplanes, airlines, and airports do not allow passengers to bring their pets. But all hail to the ESA letters, that ESAs are even given special entry there too. An ESA owner enjoys all these privileges and rights if he or she has a legit emotional support animal letter. The [ESA Letter|https://myesaletter.net/] is written by a licensed psychologist, therapist, or mental health specialist who examines the mental health status of the person applying for the ESA. If the therapist finds the person qualified for the ESA, then he or she writes this recommendation letter, and then this letter is the key to enjoy all the legal benefits of the ESAs. Many ESA owners often get confused regarding the laws and regulations of the ESAs and the exceptions to these laws. One of the most commonly confusing things about ESAs is the expiry of the ESA letters and the method that needs to be followed to renew these letters. The answer to the question of whether an ESA recommendation letter expires or not is technically both yes and no. For housing, generally, the letter does not need to be renewed; however, for travel laws, the letter needs to be renewed after one year. Hence, as a rule of thumb, it is recommended that one must renew his or her letter after one year. This rule shall be followed in order to avoid any embarrassment and inconvenience in the future. First, you must ensure that the basics of the ESAs are met and get a valid ESA letter. A legit letter is one written by a certified mental health professional on his or her letterhead. This letter must contain the date of issuance, license number, contact information and signatures of a healthcare professional, and the identification number of ESA. Some of the laws require the letters to be renewed and some of them do not. However, it is better to get them renewed for the following reasons: * A landlord may deny entry to ESA if the letter is too old or outdated. * The landlord may ask for additional charges if the letter is not a recent one. * Airlines have the right to deny ESAs entry if the letter is more than one year old. * The mental health expert also will not re-verify an outdated ESA letter. Hence, because of these scenarios, it is suggested that you must renew your ESA recommendation letter annually. If you are now looking for how
[jira] [Created] (NETBEANS-6499) Can we renew the old ESA letter? -
David Andrew created NETBEANS-6499: -- Summary: Can we renew the old ESA letter? - Key: NETBEANS-6499 URL: https://issues.apache.org/jira/browse/NETBEANS-6499 Project: NetBeans Issue Type: Task Reporter: David Andrew -- This message was sent by Atlassian Jira (v8.20.7#820007) - 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-6498) Can we keep our ESA after healing from mental illness?
David Andrew created NETBEANS-6498: -- Summary: Can we keep our ESA after healing from mental illness? Key: NETBEANS-6498 URL: https://issues.apache.org/jira/browse/NETBEANS-6498 Project: NetBeans Issue Type: Task Reporter: David Andrew A person who is qualified for an ESA needs to have an [ESA letter|https://www.realesaletter.com/sample-esa-letter]. This letter needs to be renewed and one cannot own an ESA pet without this letter. This letter is required during traveling and other instances where the owner of the ESA pet takes it along with him. The letter ensures that the person who has the ESA is the authentic and genuine owner of the pet. Without an official legitimate ESA letter, one cannot own an ESA pet. The approved letter for an ESA is only provided after getting checked by an ESA doctor and verified legally. !https://octanecdn.com/forevervetscom/ForeverVets.com-Blog-Image-Can-Your-Dog-Be-An-Emotional-Support-Animal-June-2020.jpg|width=600,height=408! An ESA pet is trained for people who are suffering from any mental illness. These pets are given to such people who want to overcome a certain mental illness. This is because these pets are given training and practices which make them provide emotional support to their owners. There are numerous people who have got rid of different mental illnesses after keeping an ESA. There is tremendous positive feedback regarding the benefits of ESA pets. To attain the custody of an ESA pet, there are few steps a person needs to fulfill. To have an ESA as a pet, it is important to show a report regarding the mental illness a person is having. This is because ESA pets are specially trained for people who have any mental illness; they are not provided to other healthy people. A person who is not suffering from any mental illness cannot apply for an ESA pet. This is because approval from a licensed healthcare professional is important. Without their approval, one cannot apply for an ESA. To keep the ESA at home, a person should also have formal approval from senior authorities and the landlord. An [esa letter for housing|https://myesaletter.net/] is a document that entails an agreement between the landlord and the owner of the pet regarding the accommodation of an ESA. It is important to have this document before keeping the pet because without this, the owner of the pet has no right to keep the pet in the house. The emotional support animal letter needs to be renewed when it expires. If the person is suffering from a mental illness, then the doctor immediately recommends him for an ESA. However, if he is getting better, then he is examined, and based on the results, his status regarding the demand of the ESA is specified. An ESA has remained beneficial for numerous people, due to which people have widely recovered after having an ESA as a pet. There are a few people who have this question regarding whether they can keep their ESA after completely recovering from any mental illness or not. An ESA is only given to a person who has a legitimate letter given by a physician. This letter is only verified when a licensed healthcare professional specifies their mental health illness and recommends them to have an ESA. This is because these pets are only trained to provide service and assistance to people who need them. Moreover, due to the training cost and other expenses, it is not easy to train many ESAs at once. Therefore, a person who has completely healed from any mental illness cannot keep an ESA. If a person has healed from any mental illness but still feels incomplete without the support of the ESA, they can file a request. They can talk to their therapist regarding his issue and ask them to recommend an ESA. The therapist has to then examine them and based on their examination, they can demonstrate how strongly they need an ESA. The doctor can also request an ESA by predicting the patient’s health. For this, the client has to specify the reason due to which they require an ESA. The doctor then needs to note and illustrate all these reasons. This is important because through this, the doctor might observe the patient’s concerns. Once a person has been cured but he still wants an ESA due to a valid reason, it is then the choice of the physician whether to accept his request or not. If they do not have an ESA available, they can reject the status. The physician normally does not accept the request of people who have no mental illness. However, they would consider the application of the person who has previously recovered from mental illness due to an ESA. An [emotional support animal letter|https://www.realesaletter.com/sample-esa-letter] can only be attained after being evaluated by a licensed healthcare professional. However, to keep an ESA at home,
[jira] [Comment Edited] (NETBEANS-4641) Code auto formatting for try-with-resources statements
[ https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17524658#comment-17524658 ] Andrew edited comment on NETBEANS-4641 at 4/20/22 1:52 AM: --- I would add that it was fixed & working fine as of v12.6, but got broken again in v13. was (Author: andrewgr): I would add that it was fixed & working fine in v12.6, but got broken again in v13. > Code auto formatting for try-with-resources statements > -- > > Key: NETBEANS-4641 > URL: https://issues.apache.org/jira/browse/NETBEANS-4641 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation, java - Editor >Affects Versions: 12.0, 13 > Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin > download >Reporter: Bernd Michaely >Priority: Major > > Since NB 12.0, auto formatting for try-with-resources statements adds an > additional space after the opening parenthesis after the try keyword. To > reproduce the problem, choose: > Menu »Tools« → Options → Editor → Formatting → > Language »Java« and Category »Spaces« → > Tree item »Within Parentheses« → Checkbox "try" > If checked, two spaces are added after the opening parenthesis after try, if > unchecked, one space is added, instead of one and zero. > (Note, that there is also no example available in the preview. There is for > try-catch, but not for try-with-resources.) > -- This message was sent by Atlassian Jira (v8.20.7#820007) - 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-6129) Extra space in try with resources without nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-6129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17523503#comment-17523503 ] Andrew commented on NETBEANS-6129: -- Confirm the same here: Netbeans 13.0, Java Azul 11, Windows 10. It shows that installed nb-javac has version 17.0.1 Would be nice to have it fixed. > Extra space in try with resources without nb-javac > -- > > Key: NETBEANS-6129 > URL: https://issues.apache.org/jira/browse/NETBEANS-6129 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation >Affects Versions: 12.5, 13 >Reporter: Dominik Derwiński >Priority: Minor > > Automatic formatting adds a space for try with resources if nb-javac is not > installed: > {code:java} > try ( MyType myObject = new MyType()) { > } > {code} > Once nb-javac is installed the space goes away: > {code:java} > try (MyType myObject = new MyType()) { > } > {code} -- 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] [Updated] (NETBEANS-6129) Extra space in try with resources without nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-6129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-6129: - Affects Version/s: 13 > Extra space in try with resources without nb-javac > -- > > Key: NETBEANS-6129 > URL: https://issues.apache.org/jira/browse/NETBEANS-6129 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation >Affects Versions: 12.5, 13 >Reporter: Dominik Derwiński >Priority: Minor > > Automatic formatting adds a space for try with resources if nb-javac is not > installed: > {code:java} > try ( MyType myObject = new MyType()) { > } > {code} > Once nb-javac is installed the space goes away: > {code:java} > try (MyType myObject = new MyType()) { > } > {code} -- 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-4676) Bad format to try-with-resources
[ https://issues.apache.org/jira/browse/NETBEANS-4676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17523502#comment-17523502 ] Andrew commented on NETBEANS-4676: -- Confirm the same here: Netbeans 13.0, Java Azul 11, Windows 10. It shows that installed nb-javac has version 17.0.1 Would be nice to have it fixed. > Bad format to try-with-resources > > > Key: NETBEANS-4676 > URL: https://issues.apache.org/jira/browse/NETBEANS-4676 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0, 11.3, 13 >Reporter: Eduard Catala >Priority: Major > Attachments: Captura de pantalla de 2020-08-03 19-14-32.png > > > NB applies incorrect java code formatting in try-with-resources (adding a > space), see attached image. > > it sounds silly but if you have the format on save activated, and the code > repository has some sort of code style checking (my case) is impossible to > commit code written with nb (you can disable format on save, but you have to > format your java classes manually). > > -- 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-4641) Code auto formatting for try-with-resources statements
[ https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17523500#comment-17523500 ] Andrew commented on NETBEANS-4641: -- Confirm the same here: Netbeans 13.0, Java Azul 11, Windows 10. It shows that installed nb-javac has version 17.0.1 Would be nice to have it fixed. > Code auto formatting for try-with-resources statements > -- > > Key: NETBEANS-4641 > URL: https://issues.apache.org/jira/browse/NETBEANS-4641 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation, java - Editor >Affects Versions: 12.0 > Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin > download >Reporter: Bernd Michaely >Priority: Major > > Since NB 12.0, auto formatting for try-with-resources statements adds an > additional space after the opening parenthesis after the try keyword. To > reproduce the problem, choose: > Menu »Tools« → Options → Editor → Formatting → > Language »Java« and Category »Spaces« → > Tree item »Within Parentheses« → Checkbox "try" > If checked, two spaces are added after the opening parenthesis after try, if > unchecked, one space is added, instead of one and zero. > (Note, that there is also no example available in the preview. There is for > try-catch, but not for try-with-resources.) > -- 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] [Comment Edited] (NETBEANS-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17433640#comment-17433640 ] Andrew edited comment on NETBEANS-5643 at 10/25/21, 9:07 AM: - NPE stack trace flood in the log file: java.lang.NullPointerException at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(BasicTextUI.java:903) at javax.swing.JComponent.getPreferredSize(JComponent.java:1662) at javax.swing.JEditorPane.getPreferredSize(JEditorPane.java:1333) at javax.swing.ScrollPaneLayout.layoutContainer(ScrollPaneLayout.java:791) at java.awt.Container.layout(Container.java:1513) at java.awt.Container.doLayout(Container.java:1502) at java.awt.Container.validateTree(Container.java:1698) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validate(Container.java:1633) at org.netbeans.core.windows.view.ui.DesktopImpl$LayeredLayout.layoutContainer(DesktopImpl.java:529) at java.awt.Container.layout(Container.java:1513) at java.awt.Container.doLayout(Container.java:1502) at java.awt.Container.validateTree(Container.java:1698) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validate(Container.java:1633) at javax.swing.RepaintManager$3.run(RepaintManager.java:711) at javax.swing.RepaintManager$3.run(RepaintManager.java:709) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at javax.swing.RepaintManager.validateInvalidComponents(RepaintManager.java:708) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1731) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at java.awt.EventQueue.dispatchEvent(EventQueue.java:728) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) [catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) SEVERE [null]: Last record repeated 48 times in total. SEVERE [org.openide.util.Exceptions] java.lang.NullPointerException at javax.swing.plaf.basic.BasicTextUI.viewToModel(BasicTextUI.java:1093) at javax.swing.plaf.basic.BasicTextUI.viewToModel(BasicTextUI.java:1074) at javax.swing.text.JTextComponent.viewToModel(JTextComponent.java:1395) at org.netbeans.modules.spellchecker.ComponentPeer.computeVisibleSpan(ComponentPeer.java:207) at org.netbeans.modules.spellchecker.ComponentPeer.updateCurrentVisibleSpan(ComponentPeer.java:222) at org.netbeans.modules.spellchecker.ComponentPeer.access$100(ComponentPeer.java:101) at org.netbeans.modules.spellchecker.ComponentPeer$2$1.run(ComponentPeer.java:150) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at
[jira] [Comment Edited] (NETBEANS-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17433640#comment-17433640 ] Andrew edited comment on NETBEANS-5643 at 10/25/21, 9:05 AM: - java.lang.NullPointerException at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(BasicTextUI.java:903) at javax.swing.JComponent.getPreferredSize(JComponent.java:1662) at javax.swing.JEditorPane.getPreferredSize(JEditorPane.java:1333) at javax.swing.ScrollPaneLayout.layoutContainer(ScrollPaneLayout.java:791) at java.awt.Container.layout(Container.java:1513) at java.awt.Container.doLayout(Container.java:1502) at java.awt.Container.validateTree(Container.java:1698) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validate(Container.java:1633) at org.netbeans.core.windows.view.ui.DesktopImpl$LayeredLayout.layoutContainer(DesktopImpl.java:529) at java.awt.Container.layout(Container.java:1513) at java.awt.Container.doLayout(Container.java:1502) at java.awt.Container.validateTree(Container.java:1698) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validate(Container.java:1633) at javax.swing.RepaintManager$3.run(RepaintManager.java:711) at javax.swing.RepaintManager$3.run(RepaintManager.java:709) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at javax.swing.RepaintManager.validateInvalidComponents(RepaintManager.java:708) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1731) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at java.awt.EventQueue.dispatchEvent(EventQueue.java:728) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) [catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) SEVERE [null]: Last record repeated 48 times in total. SEVERE [org.openide.util.Exceptions] java.lang.NullPointerException at javax.swing.plaf.basic.BasicTextUI.viewToModel(BasicTextUI.java:1093) at javax.swing.plaf.basic.BasicTextUI.viewToModel(BasicTextUI.java:1074) at javax.swing.text.JTextComponent.viewToModel(JTextComponent.java:1395) at org.netbeans.modules.spellchecker.ComponentPeer.computeVisibleSpan(ComponentPeer.java:207) at org.netbeans.modules.spellchecker.ComponentPeer.updateCurrentVisibleSpan(ComponentPeer.java:222) at org.netbeans.modules.spellchecker.ComponentPeer.access$100(ComponentPeer.java:101) at org.netbeans.modules.spellchecker.ComponentPeer$2$1.run(ComponentPeer.java:150) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at
[jira] [Commented] (NETBEANS-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17433640#comment-17433640 ] Andrew commented on NETBEANS-5643: -- {noformat} *no* further _formatting_ is done here{noformat} java.lang.NullPointerException at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(BasicTextUI.java:903) at javax.swing.JComponent.getPreferredSize(JComponent.java:1662) at javax.swing.JEditorPane.getPreferredSize(JEditorPane.java:1333) at javax.swing.ScrollPaneLayout.layoutContainer(ScrollPaneLayout.java:791) at java.awt.Container.layout(Container.java:1513) at java.awt.Container.doLayout(Container.java:1502) at java.awt.Container.validateTree(Container.java:1698) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validate(Container.java:1633) at org.netbeans.core.windows.view.ui.DesktopImpl$LayeredLayout.layoutContainer(DesktopImpl.java:529) at java.awt.Container.layout(Container.java:1513) at java.awt.Container.doLayout(Container.java:1502) at java.awt.Container.validateTree(Container.java:1698) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validateTree(Container.java:1707) at java.awt.Container.validate(Container.java:1633) at javax.swing.RepaintManager$3.run(RepaintManager.java:711) at javax.swing.RepaintManager$3.run(RepaintManager.java:709) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at javax.swing.RepaintManager.validateInvalidComponents(RepaintManager.java:708) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1731) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at java.awt.EventQueue.dispatchEvent(EventQueue.java:728) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) [catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) SEVERE [null]: Last record repeated 48 times in total. SEVERE [org.openide.util.Exceptions] java.lang.NullPointerException at javax.swing.plaf.basic.BasicTextUI.viewToModel(BasicTextUI.java:1093) at javax.swing.plaf.basic.BasicTextUI.viewToModel(BasicTextUI.java:1074) at javax.swing.text.JTextComponent.viewToModel(JTextComponent.java:1395) at org.netbeans.modules.spellchecker.ComponentPeer.computeVisibleSpan(ComponentPeer.java:207) at org.netbeans.modules.spellchecker.ComponentPeer.updateCurrentVisibleSpan(ComponentPeer.java:222) at org.netbeans.modules.spellchecker.ComponentPeer.access$100(ComponentPeer.java:101) at org.netbeans.modules.spellchecker.ComponentPeer$2$1.run(ComponentPeer.java:150) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at
[jira] [Commented] (NETBEANS-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17433639#comment-17433639 ] Andrew commented on NETBEANS-5643: -- Some instance of **BdicTextUI is being called and operate with private field "editor" which is null at this moment. Looks like thread-safety issue, due to the field declaration: {code:java} transient JTextComponent editor;{code} > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, ide - Logger >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip, logs_with_NPE.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17433639#comment-17433639 ] Andrew edited comment on NETBEANS-5643 at 10/25/21, 9:03 AM: - Some instance of BasicTextUI is being called and operate with private field "editor" which is null at this moment. Looks like thread-safety issue, due to the field declaration: {code:java} transient JTextComponent editor;{code} was (Author: coder27): Some instance of **BdicTextUI is being called and operate with private field "editor" which is null at this moment. Looks like thread-safety issue, due to the field declaration: {code:java} transient JTextComponent editor;{code} > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, ide - Logger >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip, logs_with_NPE.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17433636#comment-17433636 ] Andrew commented on NETBEANS-5643: -- It happens again and again. The most often case is searching some UUID within JSON file. See the attached logs_with_NPE.zip. The logged NullPointerException could be the root cause. > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, ide - Logger >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip, logs_with_NPE.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Attachment: logs_with_NPE.zip > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, ide - Logger >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip, logs_with_NPE.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5143) NetBeans 12.2, 12.3, 12.4 deploys webapps twice
[ https://issues.apache.org/jira/browse/NETBEANS-5143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17420078#comment-17420078 ] Andrew commented on NETBEANS-5143: -- Hello everyone! For me it is also fixed, all works fine, already switched to 12.5. Windows 10, Azul jdk 8.302, Payara 5.2021.7. Thanks for fixing it! > NetBeans 12.2, 12.3, 12.4 deploys webapps twice > --- > > Key: NETBEANS-5143 > URL: https://issues.apache.org/jira/browse/NETBEANS-5143 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 12.2, 12.3, 12.4 > Environment: Windows 10 20H2/AMD Ryzen 7 4800H/32GB RAM > java: build 11.0.9.1+1, maven 3.6.3 > Netbeans versions tested: 12.1, 12.2, 12.3, 12.4 (12.2/12.3/12.4 are > effected) > Tomcat (new installs): 8.5.60, 9.0.40, Payara (per Patrick Musembi) >Reporter: Vlad Palnik >Assignee: Gaurav Gupta >Priority: Major > Labels: pull-request-available, webapp, webapp-deployment > Time Spent: 20m > Remaining Estimate: 0h > > To whomever it concerns, > > Bug in NetBeans 12.2/12.3/12.4. Netbeans seems to interfere with the > deployment of web apps somehow and web apps are deployed twice. > > While deploying an app it follows this pattern: deploy => undeploy => deploy > (see build log below). I tried solving this issue by undeployed any previous > versions of the app manually and restarted Tomcat, the same error occurs. The > issue appears when using NB 12.2/12.3/12.4. > > When tested on NetBeans 12.1 using the same Java/Tomcat installation/config > no errors occur and deployment proceeds correctly. > > Steps to replicate: > 1: Create maven webapp (Java EE7, Java 11) in NetBeans 12.1 > 2 Set Tomcat Server in Properties > Run > 3 Clean -> Run project in 12.1, you will get a "Hello World" basic site. > 4. Check build log, only a single deploy should show up. > 5 Close 12.1 and open same project in 12.2/12.3/12.4 > 6 Before run make sure same server and java versions are selected > 7 Clean -> Run project > 8 Check build log, you will see two deploys of webapp > > > BUILD SUCCESS > > Total time: 18.211 s > Finished at: 2020-12-11T17:27:08-08:00 > > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Starting Tomcat process... > Waiting for Tomcat... > Tomcat server started. > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext6407158500266578550.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Undeploying ... > undeploy?path=/myapp > OK - Undeployed application at context path [/myapp] > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext3519987589623367889.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > > -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17340685#comment-17340685 ] Andrew commented on NETBEANS-5643: -- It is happens very often after Ctrl+F was pressed with something is selected in the code editor window (search within file in editor). Search result count is displayed, but IDE hangs and drilling my HDD with those gestures log. > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, ide - Logger >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Component/s: ide - Logger > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, ide - Logger >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Attachment: (was: logs.zip) > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Attachment: logs.zip > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Attachment: logs.zip > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Attachment: (was: logs.zip) > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Description: Sometimes when I'm typing something quickly in code editor the NetBeans suddenly becomes non-interactive and writes to HDD infinetely. linux fnotifystat utility shows that the NetBeans java process writes into .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted by by uigestures.1, etc. Looks like the IDE falls into infinite cycle due to NPE, see attached logs. I'm able to close non-interactive NetBeans window somehow. was: Sometimes when I'm typing something quickly in code editor the NetBeans suddenly becomes non-interactive and writes to HDD infinetely. linux fnotifystat utility shows that the NetBeans java process writes into .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted by by uigestures.1, etc. > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. > > Looks like the IDE falls into infinite cycle due to NPE, see attached logs. > I'm able to close non-interactive NetBeans window somehow. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
[ https://issues.apache.org/jira/browse/NETBEANS-5643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5643: - Attachment: logs.zip > NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely > --- > > Key: NETBEANS-5643 > URL: https://issues.apache.org/jira/browse/NETBEANS-5643 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 12.0 >Reporter: Andrew >Priority: Major > Attachments: logs.zip > > > Sometimes when I'm typing something quickly in code editor the NetBeans > suddenly becomes non-interactive and writes to HDD infinetely. > linux fnotifystat utility shows that the NetBeans java process writes into > .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted > by by uigestures.1, etc. -- 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-5643) NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely
Andrew created NETBEANS-5643: Summary: NetBeans started to write into .netbeans/12.0/var/log/uigestures infinitely Key: NETBEANS-5643 URL: https://issues.apache.org/jira/browse/NETBEANS-5643 Project: NetBeans Issue Type: Bug Components: editor - Other Affects Versions: 12.0 Reporter: Andrew Sometimes when I'm typing something quickly in code editor the NetBeans suddenly becomes non-interactive and writes to HDD infinetely. linux fnotifystat utility shows that the NetBeans java process writes into .netbeans/12.0/var/log/uigestures file. The file grows quickly and splitted by by uigestures.1, etc. -- 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-5633) git commit ignores excluded files and commits everything
[ https://issues.apache.org/jira/browse/NETBEANS-5633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17335213#comment-17335213 ] Andrew edited comment on NETBEANS-5633 at 4/29/21, 8:21 AM: It is a quite big java8 maven project tree, which consists of several modules. The issue is being reproduced each time when I want to not commit some files. So as work it around I have to revert such files, making local backup before commit if I need to keep my changes locally. The project is old. I was working on it with NetBeans 8.0 and 8.2. Excluding files from commit definitely worked there. I'm using the feature time to time, so I am not sure if it worked since I had switched to NetBeans 12.0. was (Author: coder27): It is a quite big maven project tree, which consists of several modules. The issue is being reproduced each time when I want to not commit some files. So as work it around I have to revert such files, making local backup before commit if I need to keep my changes locally. The project is old. I was working on it with NetBeans 8.0 and 8.2. Excluding files from commit definitely worked there. I'm using the feature time to time, so I am not sure if it worked since I had switched to NetBeans 12.0. > git commit ignores excluded files and commits everything > > > Key: NETBEANS-5633 > URL: https://issues.apache.org/jira/browse/NETBEANS-5633 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 12.0 > Environment: *Product Version:* Apache NetBeans IDE 12.0 > *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) > git version 2.25.1 >Reporter: Andrew >Priority: Major > > On git commit there is a dialog which prompts checkbox list of files to be > commited, but unchecked files are being comitted too. -- 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-5633) git commit ignores excluded files and commits everything
[ https://issues.apache.org/jira/browse/NETBEANS-5633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17335213#comment-17335213 ] Andrew edited comment on NETBEANS-5633 at 4/29/21, 8:19 AM: It is a quite big maven project tree, which consists of several modules. The issue is being reproduced each time when I want to not commit some files. So as work it around I have to revert such files, making local backup before commit if I need to keep my changes locally. The project is old. I was working on it with NetBeans 8.0 and 8.2. Excluding files from commit definitely worked there. I'm using the feature time to time, so I am not sure if it worked since I had switched to NetBeans 12.0. was (Author: coder27): It is a quite big maven project tree, which consists of several modules. The issue is being reproduced each time when I want to not commit some files. So as work it around I have to revert such files, making local backup before commit if I need to keep my changes locally. > git commit ignores excluded files and commits everything > > > Key: NETBEANS-5633 > URL: https://issues.apache.org/jira/browse/NETBEANS-5633 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 12.0 > Environment: *Product Version:* Apache NetBeans IDE 12.0 > *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) > git version 2.25.1 >Reporter: Andrew >Priority: Major > > On git commit there is a dialog which prompts checkbox list of files to be > commited, but unchecked files are being comitted too. -- 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-5633) git commit ignores excluded files and commits everything
[ https://issues.apache.org/jira/browse/NETBEANS-5633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17335213#comment-17335213 ] Andrew edited comment on NETBEANS-5633 at 4/29/21, 8:02 AM: It is a quite big maven project tree, which consists of several modules. The issue is being reproduced each time when I want to not commit some files. So as work it around I have to revert such files, making local backup before commit if I need to keep my changes locally. was (Author: coder27): It is quite big maven project. The issue is being reproduced each time when I want to not commit some files. So as work it around I have to revert such files, making local backup before commit if I need to keep my changes locally. > git commit ignores excluded files and commits everything > > > Key: NETBEANS-5633 > URL: https://issues.apache.org/jira/browse/NETBEANS-5633 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 12.0 > Environment: *Product Version:* Apache NetBeans IDE 12.0 > *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) > git version 2.25.1 >Reporter: Andrew >Priority: Major > > On git commit there is a dialog which prompts checkbox list of files to be > commited, but unchecked files are being comitted too. -- 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-5633) git commit ignores excluded files and commits everything
[ https://issues.apache.org/jira/browse/NETBEANS-5633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17335213#comment-17335213 ] Andrew commented on NETBEANS-5633: -- It is quite big maven project. The issue is being reproduced each time when I want to not commit some files. So as work it around I have to revert such files, making local backup before commit if I need to keep my changes locally. > git commit ignores excluded files and commits everything > > > Key: NETBEANS-5633 > URL: https://issues.apache.org/jira/browse/NETBEANS-5633 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 12.0 > Environment: *Product Version:* Apache NetBeans IDE 12.0 > *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) > git version 2.25.1 >Reporter: Andrew >Priority: Major > > On git commit there is a dialog which prompts checkbox list of files to be > commited, but unchecked files are being comitted too. -- 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-5633) git commit ignores excluded files and commits everything
[ https://issues.apache.org/jira/browse/NETBEANS-5633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5633: - Environment: *Product Version:* Apache NetBeans IDE 12.0 *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) git version 2.25.1 was: *Product Version:* Apache NetBeans IDE 12.0 *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) > git commit ignores excluded files and commits everything > > > Key: NETBEANS-5633 > URL: https://issues.apache.org/jira/browse/NETBEANS-5633 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 12.0 > Environment: *Product Version:* Apache NetBeans IDE 12.0 > *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) > git version 2.25.1 >Reporter: Andrew >Priority: Major > > On git commit there is a dialog which prompts checkbox list of files to be > commited, but unchecked files are being comitted too. -- 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-5633) git commit ignores excluded files and commits everything
[ https://issues.apache.org/jira/browse/NETBEANS-5633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew updated NETBEANS-5633: - Summary: git commit ignores excluded files and commits everything (was: git commit ignores excluded files and commits everyting) > git commit ignores excluded files and commits everything > > > Key: NETBEANS-5633 > URL: https://issues.apache.org/jira/browse/NETBEANS-5633 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 12.0 > Environment: *Product Version:* Apache NetBeans IDE 12.0 > *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) >Reporter: Andrew >Priority: Major > > On git commit there is a dialog which prompts checkbox list of files to be > commited, but unchecked files are being comitted too. -- 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-5633) git commit ignores excluded files and commits everyting
Andrew created NETBEANS-5633: Summary: git commit ignores excluded files and commits everyting Key: NETBEANS-5633 URL: https://issues.apache.org/jira/browse/NETBEANS-5633 Project: NetBeans Issue Type: Bug Components: versioncontrol - Git Affects Versions: 12.0 Environment: *Product Version:* Apache NetBeans IDE 12.0 *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb) Reporter: Andrew On git commit there is a dialog which prompts checkbox list of files to be commited, but unchecked files are being comitted too. -- 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-5143) NetBeans 12.2 deploys webapps twice
[ https://issues.apache.org/jira/browse/NETBEANS-5143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17249480#comment-17249480 ] Andrew edited comment on NETBEANS-5143 at 12/15/20, 5:06 AM: - I came here to report the same issue: NetBeans 12.2 deploys WAR project twice on the server. In my case I have Payara Server 5.2020.7 defined in NetBeans->Services. Tested on two WAR projects, behaviour the same, war deployed twice. Switching back to 12.1 - resolves the issue and war deployed as intended. Thanks! was (Author: andrewgr): I came here to report the same issue: NetBeans 12.2 deploys WAR project twice on the server. I my case I have Payara Server 5.2020.7 defined in NetBeans->Services. Tested on two WAR projects, behaviour the same, war deployed twice. Switching back to 12.1 - resolves the issue and war deployed as intended. Thanks! > NetBeans 12.2 deploys webapps twice > --- > > Key: NETBEANS-5143 > URL: https://issues.apache.org/jira/browse/NETBEANS-5143 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 12.2 > Environment: Windows 10 20H2/AMD Ryzen 7 4800H/32GB RAM > java: build 11.0.9.1+1, maven 3.6.3 > Netbeans versions tested: 12.1, 12.2 (only 12.2 is effected) > Tomcat (new installs): 8.5.60, 9.0.40, Payara (per Patrick Musembi) >Reporter: Vlad Palnik >Priority: Major > Labels: webapp, webapp-deployment > > To whomever it concerns, > > I've come across a possible bug in NetBeans 12.2. Netbeans seems to interfere > with the deployment of apps somehow and apps are deployed twice. > > While deploying an app it follows this pattern: deploy => undeploy => deploy > (see build log below). I tried solving this issue by undeployed any previous > versions of the app manually and restarted Tomcat, the same error occurs. The > issue only appears when using NB 12.2 > > When tested on NetBeans 12.1 using the same Java/Tomcat installation/config > no errors occur and deployment proceeds correctly. > > Steps to replicate: > 1: Create maven webapp (Java EE7, Java 11) in NetBeans 12.1 > 2 Set Tomcat Server in Properties > Run > 3. Build/Run project in 12.1, you will get a "Hello World" basic site. > 4. Check build log, only a single deploy should show up. > 5 Close 12.1 and open same project in 12.2 > 6 Before run/build make sure same server and java versions are selected > 7 Build/Run project > 8 Check build log, you will see two deploys of webapp > > > BUILD SUCCESS > > Total time: 18.211 s > Finished at: 2020-12-11T17:27:08-08:00 > > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Starting Tomcat process... > Waiting for Tomcat... > Tomcat server started. > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext6407158500266578550.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Undeploying ... > undeploy?path=/myapp > OK - Undeployed application at context path [/myapp] > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext3519987589623367889.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > > -- 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-5143) NetBeans 12.2 deploys webapps twice
[ https://issues.apache.org/jira/browse/NETBEANS-5143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17249480#comment-17249480 ] Andrew commented on NETBEANS-5143: -- I came here to report the same issue: NetBeans 12.2 deploys WAR project twice on the server. I my case I have Payara Server 5.2020.7 defined in NetBeans->Services. Tested on two WAR projects, behaviour the same, war deployed twice. Switching back to 12.1 - resolves the issue and war deployed as intended. Thanks! > NetBeans 12.2 deploys webapps twice > --- > > Key: NETBEANS-5143 > URL: https://issues.apache.org/jira/browse/NETBEANS-5143 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 12.2 > Environment: Windows 10 20H2/AMD Ryzen 7 4800H/32GB RAM > java: build 11.0.9.1+1, maven 3.6.3 > Netbeans versions tested: 12.1, 12.2 (only 12.2 is effected) > Tomcat (new installs): 8.5.60, 9.0.40, Payara (per Patrick Musembi) >Reporter: Vlad Palnik >Priority: Major > Labels: webapp, webapp-deployment > > To whomever it concerns, > > I've come across a possible bug in NetBeans 12.2. Netbeans seems to interfere > with the deployment of apps somehow and apps are deployed twice. > > While deploying an app it follows this pattern: deploy => undeploy => deploy > (see build log below). I tried solving this issue by undeployed any previous > versions of the app manually and restarted Tomcat, the same error occurs. The > issue only appears when using NB 12.2 > > When tested on NetBeans 12.1 using the same Java/Tomcat installation/config > no errors occur and deployment proceeds correctly. > > Steps to replicate: > 1: Create maven webapp (Java EE7, Java 11) in NetBeans 12.1 > 2 Set Tomcat Server in Properties > Run > 3. Build/Run project in 12.1, you will get a "Hello World" basic site. > 4. Check build log, only a single deploy should show up. > 5 Close 12.1 and open same project in 12.2 > 6 Before run/build make sure same server and java versions are selected > 7 Build/Run project > 8 Check build log, you will see two deploys of webapp > > > BUILD SUCCESS > > Total time: 18.211 s > Finished at: 2020-12-11T17:27:08-08:00 > > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Starting Tomcat process... > Waiting for Tomcat... > Tomcat server started. > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext6407158500266578550.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > Deploying on Tomcat 8.5.60 > profile mode: false > debug mode: false > force redeploy: true > Undeploying ... > undeploy?path=/myapp > OK - Undeployed application at context path [/myapp] > In-place deployment at C:\Users\username\Desktop\myapp\target\myapp##1.2.5 > Deployment is in progress... > deploy?config=file%3A%2FC%3A%2FUsers%2Fusername%2FAppData%2FLocal%2FTemp%2Fcontext3519987589623367889.xml=/myapp > OK - Deployed application at context path [/myapp] > Start is in progress... > start?path=/myapp > OK - Started application at context path [/myapp] > > -- 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-3650) Library classes of the same name cannot be opened
Andrew created NETBEANS-3650: Summary: Library classes of the same name cannot be opened Key: NETBEANS-3650 URL: https://issues.apache.org/jira/browse/NETBEANS-3650 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Environment: Windows 10 Reporter: Andrew If adding a jar file to the library list, the jar file can contain classes with the same filename but with different letter casing within a single package. Example: com.path.to.Class com.path.to.cLass com.path.to.clAss com.path.to.claSS The problem is only one of the variations of letting casing will ever open in the source window. So for example only "clAss" will open when trying to open "Class", "cLass", and "claSS". However, when clicking a class in the library window it does seem to show the member variables, methods, etc in the navigator window just fine. Only the source window seems to have a problem. -- 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-2567) Netbeans does not start on Parrot linux
Andrew created NETBEANS-2567: Summary: Netbeans does not start on Parrot linux Key: NETBEANS-2567 URL: https://issues.apache.org/jira/browse/NETBEANS-2567 Project: NetBeans Issue Type: Bug Components: apisupport - Project Affects Versions: 10.0 Environment: >Log Session: Monday, May 20, 2019 at 12:15:22 PM Central Daylight Time >System Info: Product Version = Apache NetBeans IDE 10.0 (Build 20190125-debian-10.0) Operating System= Linux version 4.19.0-parrot4-28t-amd64 running on amd64 Java; VM; Vendor= 11.0.3; OpenJDK 64-Bit Server VM 11.0.3+1-Debian-1; Oracle Corporation Runtime = OpenJDK Runtime Environment 11.0.3+1-Debian-1 Java Home = /usr/lib/jvm/java-11-openjdk-amd64 System Locale; Encoding = en_US (nb); UTF-8 Home Directory = /home/cheyenne Current Directory = /home/cheyenne User Directory = /home/cheyenne/.netbeans/10.0 Cache Directory = /home/cheyenne/.cache/netbeans/10.0 Installation= /usr/share/netbeans/10.0/nb /usr/share/netbeans/10.0/ide /usr/share/netbeans/10.0/java /usr/share/netbeans/10.0/apisupport /usr/share/netbeans/10.0/harness /usr/share/netbeans/10.0/platform Boot & Ext. Classpath = Application Classpath = /usr/share/netbeans/10.0/platform/lib/boot.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-modules.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-util.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-util-lookup.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-util-ui.jar Startup Classpath = /usr/share/netbeans/10.0/platform/core/asm-all-5.0.1.jar:/usr/share/netbeans/10.0/platform/core/core-base.jar:/usr/share/netbeans/10.0/platform/core/core.jar:/usr/share/netbeans/10.0/platform/core/org-netbeans-libs-asm.jar:/usr/share/netbeans/10.0/platform/core/org-openide-filesystems-compat8.jar:/usr/share/netbeans/10.0/platform/core/org-openide-filesystems.jar:/usr/share/netbeans/10.0/nb/core/org-netbeans-upgrader.jar:/usr/share/netbeans/10.0/nb/core/locale/core_nb.jar --- 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.apisupport.ant, org.netbeans.modules.java.hints] use org.netbeans.modules.java.hints.legacy.spi which is deprecated: Use Java Hints SPI (org.netbeans.spi.java.hints) instead. INFO [org.netbeans.JarClassLoader]: Could not bytecode-patch org.netbeans.modules.progress.spi.InternalHandle java.lang.NullPointerException at org.netbeans.core.startup.Asm.delegateToFactory(Unknown Source) at org.netbeans.core.startup.Asm.patch(Unknown Source) Caused: java.lang.reflect.InvocationTargetException at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) Caused: java.lang.IllegalStateException [catch] at org.netbeans.PatchByteCode.apply(Unknown Source) at org.netbeans.JarClassLoader.doLoadClass(Unknown Source) at org.netbeans.ProxyClassLoader.selfLoadClass(Unknown Source) at org.netbeans.ProxyClassLoader.loadClass(Unknown Source) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) at java.base/java.lang.ClassLoader.defineClass1(Native Method) at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1016) at org.netbeans.JarClassLoader.doLoadClass(Unknown Source) at org.netbeans.ProxyClassLoader.selfLoadClass(Unknown Source) at org.netbeans.ProxyClassLoader.loadClass(Unknown Source) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) at org.netbeans.api.progress.ProgressHandleFactory.createHandle(Unknown Source) at org.netbeans.api.progress.ProgressHandleFactory.createHandle(Unknown Source) at org.netbeans.api.progress.ProgressHandleFactory.createHandle(Unknown Source) at org.netbeans.modules.project.ui.OpenProjectList$LoadOpenProjects.(Unknown Source) at
[jira] [Created] (NETBEANS-1632) java.lang.IllegalStateException: Lexer
Andrew created NETBEANS-1632: Summary: java.lang.IllegalStateException: Lexer Key: NETBEANS-1632 URL: https://issues.apache.org/jira/browse/NETBEANS-1632 Project: NetBeans Issue Type: Bug Reporter: Andrew I worked with JSF and Glassfish. The exception thrown is not the first time. {noformat} SEVERE [global] java.lang.IllegalStateException: Lexer org.netbeans.modules.el.lexer.ELLexer@5c9cd2 returned null token but lexerInput.readLength()=1 lexer-state: org.netbeans.modules.el.lexer.ELState@35a tokenStartOffset=3818, readOffset=3819, lookaheadOffset=3820 Chars: "\\" - these characters need to be tokenized. Fix the lexer to not return null token in this state. at org.netbeans.lib.lexer.LexerInputOperation.checkLexerInputFinished(LexerInputOperation.java:435) at org.netbeans.lib.lexer.LexerInputOperation.nextToken(LexerInputOperation.java:193) at org.netbeans.lib.lexer.inc.TokenListUpdater.relex(TokenListUpdater.java:602) at org.netbeans.lib.lexer.inc.TokenListUpdater.updateRegular(TokenListUpdater.java:255) at org.netbeans.lib.lexer.inc.TokenHierarchyUpdate$UpdateItem.update(TokenHierarchyUpdate.java:325) at org.netbeans.lib.lexer.inc.TokenHierarchyUpdate.processLevelInfos(TokenHierarchyUpdate.java:200) at org.netbeans.lib.lexer.inc.TokenHierarchyUpdate.updateImpl(TokenHierarchyUpdate.java:171) at org.netbeans.lib.lexer.inc.TokenHierarchyUpdate.update(TokenHierarchyUpdate.java:109) at org.netbeans.lib.lexer.TokenHierarchyOperation.textModified(TokenHierarchyOperation.java:585) at org.netbeans.spi.lexer.TokenHierarchyControl.textModified(TokenHierarchyControl.java:71) at org.netbeans.lib.lexer.inc.DocumentInput.textModified(DocumentInput.java:128) at org.netbeans.lib.lexer.inc.DocumentInput.insertUpdate(DocumentInput.java:117) at org.netbeans.lib.editor.util.swing.PriorityDocumentListenerList.insertUpdate(PriorityDocumentListenerList.java:60) at javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:201) at org.netbeans.editor.BaseDocument.fireInsertUpdate(BaseDocument.java:1647) at org.netbeans.editor.BaseDocument.handleInsertString(BaseDocument.java:822) at org.netbeans.editor.BaseDocument$FilterBypassImpl.insertString(BaseDocument.java:2643) at javax.swing.text.DocumentFilter.insertString(DocumentFilter.java:100) at org.openide.text.CloneableEditorSupport$DocFilter.insertString(CloneableEditorSupport.java:2344) at org.netbeans.editor.BaseDocument.insertString(BaseDocument.java:741) at org.netbeans.editor.BaseKit$DefaultKeyTypedAction.insertString(BaseKit.java:1323) at org.netbeans.editor.BaseKit$DefaultKeyTypedAction.performTextInsertion(BaseKit.java:1389) at org.netbeans.editor.BaseKit$DefaultKeyTypedAction.access$100(BaseKit.java:1052) at org.netbeans.editor.BaseKit$DefaultKeyTypedAction$3.run(BaseKit.java:1255) at org.netbeans.editor.GuardedDocument.runAtomicAsUser(GuardedDocument.java:333) at org.netbeans.editor.BaseKit$DefaultKeyTypedAction.actionPerformed(BaseKit.java:1231) at org.netbeans.editor.ext.ExtKit$ExtDefaultKeyTypedAction.actionPerformed(ExtKit.java:1055) at org.netbeans.editor.BaseAction.actionPerformed(BaseAction.java:322) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1663) at javax.swing.JComponent.processKeyBinding(JComponent.java:2882) at javax.swing.JComponent.processKeyBindings(JComponent.java:2929) at javax.swing.JComponent.processKeyEvent(JComponent.java:2845) at java.awt.Component.processEvent(Component.java:6310) at java.awt.Container.processEvent(Container.java:2236) at java.awt.Component.dispatchEventImpl(Component.java:4889) at java.awt.Container.dispatchEventImpl(Container.java:2294) at java.awt.Component.dispatchEvent(Component.java:4711) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1954) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:806) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1074) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:945) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:771) at java.awt.Component.dispatchEventImpl(Component.java:4760) at java.awt.Container.dispatchEventImpl(Container.java:2294) at java.awt.Window.dispatchEventImpl(Window.java:2746) at java.awt.Component.dispatchEvent(Component.java:4711) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80) at