[jira] [Commented] (NETBEANS-1802) Problem with loading a project which has 2 different project files

2019-02-01 Thread Jakub Herkel (JIRA)


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

Jakub Herkel commented on NETBEANS-1802:


I have a very similar problem. We have a web project that has a pom.xml. This 
pom contains only maven-frontend-plugin and maven-bundle-plugin that build a 
web project and pack it as an OSGI bundle. But because there is a pom.xml we 
cannot set HTML5 project, so now we have to use another IDE for web 
development. When I simple copy a whole directory somewhere else and delete 
pom.xml, everything works.

> Problem with loading a project which has 2 different project files
> --
>
> Key: NETBEANS-1802
> URL: https://issues.apache.org/jira/browse/NETBEANS-1802
> Project: NetBeans
>  Issue Type: Improvement
>  Components: projects - Generic Infrastructure, projects - Generic 
> Projects UI
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: Christian Lenz
>Priority: Critical
> Attachments: dasaa.7z
>
>
> Most of the comments are inside of the external ticket, but I will summerize 
> it:
> When I have a project, with 2 different project related files like pom.xml 
> and package.json. One is always winning. In my case, pom is winning.
> I had a html5 project, where NetBeans found package.json and everything was 
> fine, because it is a HTML5 project. After some infrastucture changes in my 
> company, using nexus to put artifacts on the repo, we had to add pom.xml 
> files for nexus. Now, after opening NetBeans, the project turns into a maven 
> based project, which is not correct. Only this one file and some 
> infrastructure files, which are not project sourcecode related are needed for 
> nexus.
> Now, because NetBeans things this is a maven project, I can't set the sass 
> compilation anymore or the folder structure is wrong.
> This always happen, if the project loader finds a project specific file and 
> will change the project for that. This happens for pom.xml for example and 
> for this plugin here: https://github.com/tropyx/NetBeansPuppet
> It turns a project into a puppet project and this is even more worse. Here is 
> another discussion about the problem: 
> https://github.com/tropyx/NetBeansPuppet/issues/27
> I know, that NetBeans acts like it was designed but this isn't nice and 
> created problems. I only have one solution which could be ok. Give the user a 
> notification that a project type were found, like for node support and let 
> the user choose whether I want to change the project type or not.
> So for me, I have a HTML5 Project with a package.json file and it should be 
> as it is. If NetBeans found the pom file it should give me the hint whether I 
> want to change it or not.
> If you open NetBeans with a project with two files, I want to choose as what 
> I want to treat the project and it should be saved. Like a project switcher.
> I added a sample project to it to make it clear.
> We can set it back to Major, but I think this is a big problem for multiple 
> project files.
> Cheers
> Chris



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

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-4540) SyntaxException for specific grammar

2020-10-07 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-4540:


I tried to update org.eclipse.tm4e.core to version 0.4.1.202006041920 and I 
didn't see any exceptions. But I don't know how to prepare patch because it 
seems that it needs to upload a file to [https://netbeans.osuosl.org/binaries/] 
but I didn't find any instruction how to do it if I am not PMC member.

> SyntaxException for specific grammar
> 
>
> Key: NETBEANS-4540
> URL: https://issues.apache.org/jira/browse/NETBEANS-4540
> Project: NetBeans
>  Issue Type: Bug
>  Components: textmate-lexer
>Affects Versions: 12.0
> Environment: Product Version: Apache NetBeans IDE 12.0
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\Chris\AppData\Roaming\Netbeans\12.0
> Cache directory: C:\Users\Chris\AppData\Local\NetBeans\Cache\12.0
>Reporter: Christian Lenz
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: example.jl, example.tex
>
>
> When I use this grammar file: 
> https://github.com/James-Yu/LaTeX-Workshop/blob/master/syntax/LaTeX.tmLanguage.json
>  for tex files, I got an SyntaxException fot the attached file (example.tex)
> {code}
> org.joni.exception.SyntaxException: premature end of char-class
>   at org.joni.ScannerSupport.newSyntaxException(ScannerSupport.java:166)
>   at org.joni.Parser.parseCharClass(Parser.java:342)
>   at org.joni.Parser.parseCharClass(Parser.java:318)
>   at org.joni.Parser.parseExp(Parser.java:892)
>   at org.joni.Parser.parseBranch(Parser.java:1116)
>   at org.joni.Parser.parseSubExp(Parser.java:1133)
>   at org.joni.Parser.parseRegexp(Parser.java:1166)
>   at org.joni.Parser.parse(Parser.java:65)
>   at org.joni.Analyser.compile(Analyser.java:80)
>   at org.joni.Regex.(Regex.java:159)
>   at org.joni.Regex.(Regex.java:136)
>   at 
> org.eclipse.tm4e.core.internal.oniguruma.OnigRegExp.(OnigRegExp.java:49)
>   at 
> org.eclipse.tm4e.core.internal.oniguruma.OnigSearcher.(OnigSearcher.java:29)
>   at 
> org.eclipse.tm4e.core.internal.oniguruma.OnigScanner.(OnigScanner.java:24)
>   at 
> org.eclipse.tm4e.core.internal.rule.RegExpSourceList.createOnigScanner(RegExpSourceList.java:132)
>   at 
> org.eclipse.tm4e.core.internal.rule.RegExpSourceList.compile(RegExpSourceList.java:86)
>   at 
> org.eclipse.tm4e.core.internal.rule.BeginEndRule.compile(BeginEndRule.java:77)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.matchRule(LineTokenizer.java:276)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.matchRuleOrInjections(LineTokenizer.java:299)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.scanNext(LineTokenizer.java:110)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.scan(LineTokenizer.java:97)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer._tokenizeString(LineTokenizer.java:537)
>   at 
> org.eclipse.tm4e.core.internal.grammar.Grammar._tokenize(Grammar.java:239)
>   at 
> org.eclipse.tm4e.core.internal.grammar.Grammar.tokenizeLine(Grammar.java:191)
>   at 
> org.netbeans.modules.textmate.lexer.TextmateLexer.nextToken(TextmateLexer.java:75)
>   at 
> org.netbeans.lib.lexer.LexerInputOperation.nextToken(LexerInputOperation.java:191)
>   at 
> org.netbeans.lib.lexer.inc.IncTokenList.tokenOrEmbeddingImpl(IncTokenList.java:170)
>   at 
> org.netbeans.lib.lexer.inc.IncTokenList.tokenOrEmbedding(IncTokenList.java:165)
>   at org.netbeans.api.lexer.TokenSequence.moveNext(TokenSequence.java:463)
>   at 
> org.netbeans.modules.textmate.lexer.SyntaxHighlighting$TSInfo.moveNextToken(SyntaxHighlighting.java:779)
>   at 
> org.netbeans.modules.textmate.lexer.SyntaxHighlighting$HSImpl.moveTheSequence(SyntaxHighlighting.java:476)
>   at 
> org.netbeans.modules.textmate.lexer.SyntaxHighlighting$HSImpl.moveNext(SyntaxHighlighting.java:405)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$Wrapper.fetchNextHighlight(DirectMergeContainer.java:600)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.updateMergeVars(DirectMergeContainer.java:337)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.nextMerge(DirectMergeContainer.java:303)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.moveNext(DirectMergeContainer.java:234)
>   at 
> 

[jira] [Created] (NETBEANS-4852) Add tooltip with code coverage stats

2020-09-27 Thread Jakub Herkel (Jira)
Jakub Herkel created NETBEANS-4852:
--

 Summary: Add tooltip with code coverage stats 
 Key: NETBEANS-4852
 URL: https://issues.apache.org/jira/browse/NETBEANS-4852
 Project: NetBeans
  Issue Type: Improvement
  Components: utilities - Code
Affects Versions: 12.1
Reporter: Jakub Herkel
Assignee: Jakub Herkel


When I studied coverage plugin I found out that there was some code for a 
tooltip from Tor Norbye. This code was commented but was almost completed with 
some warning about registration/unregistration of tooltip. I hope I fixed this 
registration/unregistration problem and maybe someone else can find this small 
enhancement helpful.



--
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-4852) Add tooltip with code coverage stats

2020-09-27 Thread Jakub Herkel (Jira)


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

Jakub Herkel updated NETBEANS-4852:
---
Attachment: coverage_tooltip1.png

> Add tooltip with code coverage stats 
> -
>
> Key: NETBEANS-4852
> URL: https://issues.apache.org/jira/browse/NETBEANS-4852
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Code
>Affects Versions: 12.1
>Reporter: Jakub Herkel
>Assignee: Jakub Herkel
>Priority: Minor
> Attachments: coverage_tooltip1.png, coverage_tooltip2.png
>
>
> When I studied coverage plugin I found out that there was some code for a 
> tooltip from Tor Norbye. This code was commented but was almost completed 
> with some warning about registration/unregistration of tooltip. I hope I 
> fixed this registration/unregistration problem and maybe someone else can 
> find this small enhancement helpful.



--
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-4852) Add tooltip with code coverage stats

2020-09-27 Thread Jakub Herkel (Jira)


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

Jakub Herkel updated NETBEANS-4852:
---
Attachment: coverage_tooltip2.png

> Add tooltip with code coverage stats 
> -
>
> Key: NETBEANS-4852
> URL: https://issues.apache.org/jira/browse/NETBEANS-4852
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Code
>Affects Versions: 12.1
>Reporter: Jakub Herkel
>Assignee: Jakub Herkel
>Priority: Minor
> Attachments: coverage_tooltip1.png, coverage_tooltip2.png
>
>
> When I studied coverage plugin I found out that there was some code for a 
> tooltip from Tor Norbye. This code was commented but was almost completed 
> with some warning about registration/unregistration of tooltip. I hope I 
> fixed this registration/unregistration problem and maybe someone else can 
> find this small enhancement helpful.



--
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-4852) Add tooltip with code coverage stats

2020-09-27 Thread Jakub Herkel (Jira)


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

Jakub Herkel updated NETBEANS-4852:
---
Description: 
When I studied coverage plugin I found out that there was some code for a 
tooltip from Tor Norbye. This code was commented but was almost completed with 
some warning about registration/unregistration of tooltip. I hope I fixed this 
registration/unregistration problem and maybe someone else can find this small 
enhancement helpful.

see https://github.com/apache/netbeans/pull/2318

  was:When I studied coverage plugin I found out that there was some code for a 
tooltip from Tor Norbye. This code was commented but was almost completed with 
some warning about registration/unregistration of tooltip. I hope I fixed this 
registration/unregistration problem and maybe someone else can find this small 
enhancement helpful.


> Add tooltip with code coverage stats 
> -
>
> Key: NETBEANS-4852
> URL: https://issues.apache.org/jira/browse/NETBEANS-4852
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Code
>Affects Versions: 12.1
>Reporter: Jakub Herkel
>Assignee: Jakub Herkel
>Priority: Minor
> Attachments: coverage_tooltip1.png, coverage_tooltip2.png
>
>
> When I studied coverage plugin I found out that there was some code for a 
> tooltip from Tor Norbye. This code was commented but was almost completed 
> with some warning about registration/unregistration of tooltip. I hope I 
> fixed this registration/unregistration problem and maybe someone else can 
> find this small enhancement helpful.
> see https://github.com/apache/netbeans/pull/2318



--
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-4702) Netbeans sometimes not responding after pressing Ctrl+F (inplace find in a window)

2020-08-10 Thread Jakub Herkel (Jira)
Jakub Herkel created NETBEANS-4702:
--

 Summary: Netbeans sometimes not responding after pressing Ctrl+F 
(inplace find in a window)
 Key: NETBEANS-4702
 URL: https://issues.apache.org/jira/browse/NETBEANS-4702
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Search
Affects Versions: 12.0
 Environment: fedora linux 32 (wayland) - jdk 14 update 2.
Reporter: Jakub Herkel


>From time to time I have a problem that Netbeans were not responding when I 
>tried to open find dialog(via Ctrl+F). I.e It is possible to switch a window 
>via mouse click but I have to wait around 10 seconds. This laziness can be 
>reverted  when I close the window in which I tried to open a find dialog. In a 
>error log I can see this exception:

java.lang.NullPointerException
SEVERE [null]: Last record repeated more than 10 times, further logs of this 
record are ignored until the log record changes.
SEVERE [null]: Last record repeated 7547 times in total.
SEVERE [global]
java.lang.NullPointerException
 at java.desktop/javax.swing.text.JTextComponent.write(JTextComponent.java:1655)
 at java.desktop/javax.swing.JEditorPane.getText(JEditorPane.java:1451)
 at org.netbeans.modules.editor.search.SearchBar.gainFocus(SearchBar.java:821)
 at 
org.netbeans.modules.editor.search.actions.SearchAction.actionPerformed(SearchAction.java:77)
 at 
org.netbeans.spi.editor.AbstractEditorAction.actionPerformed(AbstractEditorAction.java:482)
 at 
java.desktop/javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1810)
 at java.desktop/javax.swing.JComponent.processKeyBinding(JComponent.java:2900)
 at java.desktop/javax.swing.JComponent.processKeyBindings(JComponent.java:2948)
 at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2862)
 at java.desktop/java.awt.Component.processEvent(Component.java:6413)
 at java.desktop/java.awt.Container.processEvent(Container.java:2263)
 at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5012)
 at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
 at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844)
 at 
java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
 at 
java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870)
 at 
java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139)
 at 
java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009)
 at 
java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835)
 at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4893)
 at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
 at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2764)
 at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844)
 at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
 at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
 at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
 at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
 at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
 at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
 at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
 at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
 at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
 at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
 at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
 at 
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
[catch] at 
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
 at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
 at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
 at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
 at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
 at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)



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

[jira] [Updated] (NETBEANS-4702) Netbeans sometimes not responding after pressing Ctrl+F

2020-08-10 Thread Jakub Herkel (Jira)


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

Jakub Herkel updated NETBEANS-4702:
---
Summary: Netbeans sometimes not responding after pressing Ctrl+F  (was: 
Netbeans sometimes not responding after pressing Ctrl+F (inplace find in a 
window))

> Netbeans sometimes not responding after pressing Ctrl+F
> ---
>
> Key: NETBEANS-4702
> URL: https://issues.apache.org/jira/browse/NETBEANS-4702
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search
>Affects Versions: 12.0
> Environment: fedora linux 32 (wayland) - jdk 14 update 2.
>Reporter: Jakub Herkel
>Priority: Major
>
> From time to time I have a problem that Netbeans were not responding when I 
> tried to open find dialog(via Ctrl+F). I.e It is possible to switch a window 
> via mouse click but I have to wait around 10 seconds. This laziness can be 
> reverted  when I close the window in which I tried to open a find dialog. In 
> a error log I can see this exception:
> java.lang.NullPointerException
> SEVERE [null]: Last record repeated more than 10 times, further logs of this 
> record are ignored until the log record changes.
> SEVERE [null]: Last record repeated 7547 times in total.
> SEVERE [global]
> java.lang.NullPointerException
>  at 
> java.desktop/javax.swing.text.JTextComponent.write(JTextComponent.java:1655)
>  at java.desktop/javax.swing.JEditorPane.getText(JEditorPane.java:1451)
>  at org.netbeans.modules.editor.search.SearchBar.gainFocus(SearchBar.java:821)
>  at 
> org.netbeans.modules.editor.search.actions.SearchAction.actionPerformed(SearchAction.java:77)
>  at 
> org.netbeans.spi.editor.AbstractEditorAction.actionPerformed(AbstractEditorAction.java:482)
>  at 
> java.desktop/javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1810)
>  at 
> java.desktop/javax.swing.JComponent.processKeyBinding(JComponent.java:2900)
>  at 
> java.desktop/javax.swing.JComponent.processKeyBindings(JComponent.java:2948)
>  at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2862)
>  at java.desktop/java.awt.Component.processEvent(Component.java:6413)
>  at java.desktop/java.awt.Container.processEvent(Container.java:2263)
>  at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5012)
>  at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
>  at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844)
>  at 
> java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835)
>  at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4893)
>  at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
>  at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2764)
>  at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844)
>  at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
>  at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>  at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>  at 
> java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
>  at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>  at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
>  at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
>  at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
>  at 
> java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
>  at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>  at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
>  at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
> [catch] at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>  at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>  at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>  at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>  at 
> 

[jira] [Commented] (NETBEANS-4702) Netbeans sometimes not responding after pressing Ctrl+F

2020-08-13 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-4702:


I use FlafLaf Light

> Netbeans sometimes not responding after pressing Ctrl+F
> ---
>
> Key: NETBEANS-4702
> URL: https://issues.apache.org/jira/browse/NETBEANS-4702
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Search
>Affects Versions: 12.0
> Environment: fedora linux 32 (wayland) - jdk 14 update 2.
>Reporter: Jakub Herkel
>Priority: Major
>
> From time to time I have a problem that Netbeans were not responding when I 
> tried to open find dialog(via Ctrl+F). I.e It is possible to switch a window 
> via mouse click but I have to wait around 10 seconds. This laziness can be 
> reverted  when I close the window in which I tried to open a find dialog. In 
> a error log I can see this exception:
> java.lang.NullPointerException
> SEVERE [null]: Last record repeated more than 10 times, further logs of this 
> record are ignored until the log record changes.
> SEVERE [null]: Last record repeated 7547 times in total.
> SEVERE [global]
> java.lang.NullPointerException
>  at 
> java.desktop/javax.swing.text.JTextComponent.write(JTextComponent.java:1655)
>  at java.desktop/javax.swing.JEditorPane.getText(JEditorPane.java:1451)
>  at org.netbeans.modules.editor.search.SearchBar.gainFocus(SearchBar.java:821)
>  at 
> org.netbeans.modules.editor.search.actions.SearchAction.actionPerformed(SearchAction.java:77)
>  at 
> org.netbeans.spi.editor.AbstractEditorAction.actionPerformed(AbstractEditorAction.java:482)
>  at 
> java.desktop/javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1810)
>  at 
> java.desktop/javax.swing.JComponent.processKeyBinding(JComponent.java:2900)
>  at 
> java.desktop/javax.swing.JComponent.processKeyBindings(JComponent.java:2948)
>  at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2862)
>  at java.desktop/java.awt.Component.processEvent(Component.java:6413)
>  at java.desktop/java.awt.Container.processEvent(Container.java:2263)
>  at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5012)
>  at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
>  at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844)
>  at 
> java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009)
>  at 
> java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835)
>  at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4893)
>  at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
>  at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2764)
>  at java.desktop/java.awt.Component.dispatchEvent(Component.java:4844)
>  at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
>  at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>  at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>  at 
> java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
>  at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>  at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
>  at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
>  at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
>  at 
> java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
>  at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
>  at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
>  at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
> [catch] at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>  at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>  at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>  at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>  at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>  at 

[jira] [Resolved] (NETBEANS-5034) Wrong "Unexpected End Tag" javadoc warning displayed for html tag

2020-12-20 Thread Jakub Herkel (Jira)


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

Jakub Herkel resolved NETBEANS-5034.

Resolution: Fixed

> Wrong "Unexpected End Tag" javadoc warning displayed for  html tag
> ---
>
> Key: NETBEANS-5034
> URL: https://issues.apache.org/jira/browse/NETBEANS-5034
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 12.2
>Reporter: Jakub Herkel
>Assignee: Jakub Herkel
>Priority: Minor
>  Labels: javadoc, pull-request-available
> Attachments: javadoc1.png
>
>  Time Spent: 50m
>  Remaining Estimate: 0h
>
> With the latest 12.2 version there is a wrong javadoc hint "Unexpected End 
> Tag : "
> for this javadoc:
> {code:java}
> /**
>  * 
>  * This method does great things.
>  * 
>  * Th is method does not really do anything.
>  *   
>  * 
>  * @return aaa
>  */ {code}
> In the previous version Netbeans doesn't show any warning for this javadoc 
> what I think is correct



--
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] [Assigned] (NETBEANS-5122) "Go To Test/Tested Class" updates pom.xml even when canceled

2020-12-21 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-5122:
--

Assignee: Jakub Herkel

> "Go To Test/Tested Class" updates pom.xml even when canceled
> 
>
> Key: NETBEANS-5122
> URL: https://issues.apache.org/jira/browse/NETBEANS-5122
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3, 12.1
>Reporter: Zack Young
>Assignee: Jakub Herkel
>Priority: Major
>
> Very similar to NETBEANS-295.
> Reproduction Steps:
> 1) Navigate to a file in a Maven Java project that doesn't have tests yet.
> 2) Use "Go To Test/Tested Class"
> 3) In the dialogue that pops up, select Selenium for the Framework (if not 
> already selected)
> 4) Cancel
> 5) Congratulations, your pom.xml now has some Selenium dependencies in it
> This is particularly annoying when the Framework defaults to "Selenium" in 
> some cases, so as soon as the dialogue box pops up, my pom is mangled.



--
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-5122) "Go To Test/Tested Class" updates pom.xml even when canceled

2020-12-21 Thread Jakub Herkel (Jira)


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

Jakub Herkel updated NETBEANS-5122:
---
Labels: pull-request-available selenium  (was: pull-request-available)

> "Go To Test/Tested Class" updates pom.xml even when canceled
> 
>
> Key: NETBEANS-5122
> URL: https://issues.apache.org/jira/browse/NETBEANS-5122
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3, 12.1
>Reporter: Zack Young
>Assignee: Jakub Herkel
>Priority: Major
>  Labels: pull-request-available, selenium
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Very similar to NETBEANS-295.
> Reproduction Steps:
> 1) Navigate to a file in a Maven Java project that doesn't have tests yet.
> 2) Use "Go To Test/Tested Class"
> 3) In the dialogue that pops up, select Selenium for the Framework (if not 
> already selected)
> 4) Cancel
> 5) Congratulations, your pom.xml now has some Selenium dependencies in it
> This is particularly annoying when the Framework defaults to "Selenium" in 
> some cases, so as soon as the dialogue box pops up, my pom is mangled.



--
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] [Closed] (NETBEANS-4852) Add tooltip with code coverage stats

2020-11-17 Thread Jakub Herkel (Jira)


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

Jakub Herkel closed NETBEANS-4852.
--

> Add tooltip with code coverage stats 
> -
>
> Key: NETBEANS-4852
> URL: https://issues.apache.org/jira/browse/NETBEANS-4852
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Code
>Affects Versions: 12.1
>Reporter: Jakub Herkel
>Assignee: Jakub Herkel
>Priority: Minor
>  Labels: pull-request-available
> Attachments: coverage_tooltip1.png, coverage_tooltip2.png
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> When I studied coverage plugin I found out that there was some code for a 
> tooltip from Tor Norbye. This code was commented but was almost completed 
> with some warning about registration/unregistration of tooltip. I hope I 
> fixed this registration/unregistration problem and maybe someone else can 
> find this small enhancement helpful.
> see https://github.com/apache/netbeans/pull/2318



--
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-5034) Wrong "Unexpected End Tag" javadoc warning displayed for html tag

2020-11-17 Thread Jakub Herkel (Jira)
Jakub Herkel created NETBEANS-5034:
--

 Summary: Wrong "Unexpected End Tag" javadoc warning displayed for 
 html tag
 Key: NETBEANS-5034
 URL: https://issues.apache.org/jira/browse/NETBEANS-5034
 Project: NetBeans
  Issue Type: Bug
  Components: java - Editor
Affects Versions: 12.2
Reporter: Jakub Herkel
Assignee: Jakub Herkel
 Attachments: javadoc1.png

With the latest 12.2 version there is a wrong javadoc hint "Unexpected End Tag 
: "

for this javadoc:
{code:java}
/**
 * 
 * This method does great things.
 * 
 * Th is method does not really do anything.
 *   
 * 
 * @return aaa
 */ {code}
In the previous version Netbeans doesn't show any warning for this javadoc what 
I think is correct



--
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] [Assigned] (NETBEANS-4578) javadoc formatting wraps tag

2020-11-15 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-4578:
--

Assignee: Jakub Herkel

> javadoc formatting wraps  tag
> --
>
> Key: NETBEANS-4578
> URL: https://issues.apache.org/jira/browse/NETBEANS-4578
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
>Reporter: Tobias Warneke
>Assignee: Jakub Herkel
>Priority: Major
>
> The formatter wraps my  tags within my javadocs. I have a Javadoc like
>  
> {code:java}
> /**
>  * 
>  * 
>  * {@code
>  *    //some code
>  * }
>  * 
> *
> */{code}
> formatting this fil results in
> {code:java}
> /**
>  * 
>  * <
>  *  pre>                                <-- problem
>  * {@code
>  *    //some code
>  * }
>  * 
> *
> */{code}
> The problem seems only to occur if ** is preceded by **.
> This problem occurs even if only *enable comments formatting* is switched on 
> and the rest is off.



--
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] [Assigned] (NETBEANS-1309) Javadoc window does not display @summary tag

2020-11-15 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-1309:
--

Assignee: Jakub Herkel

> Javadoc window does not display @summary tag
> 
>
> Key: NETBEANS-1309
> URL: https://issues.apache.org/jira/browse/NETBEANS-1309
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc
>Affects Versions: 10.0
> Environment: Netbeans build incubator-netbeans-linux-834-on-20180927
>Reporter: dennis lucero
>Assignee: Jakub Herkel
>Priority: Major
>  Labels: javadoc, summary, tag
>
> The {{@summary}} tag can be used to indicate, well, the javadoc summary. This 
> is an easy way to prevent the summary to be cut at the first dot (which can 
> be prevented by using a numeric HTML entity, but that’s an ugly workaround).
> Example:
> {code:java}
> /**
>  * {@summary Foo, e. g. bar.} Quux.
>  */
> public void test() {
> }
> {code}
> But in this case NetBeans displays only
> {quote}Quux.
> {quote}
> See [JDK-8173425|https://bugs.java.com/view_bug.do?bug_id=JDK-8173425]



--
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] [Assigned] (NETBEANS-1699) Illegal javadoc formatting

2020-11-15 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-1699:
--

Assignee: Jakub Herkel

> Illegal javadoc formatting
> --
>
> Key: NETBEANS-1699
> URL: https://issues.apache.org/jira/browse/NETBEANS-1699
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
> Environment: Windows 10 64-bit
> NetBeans 8.2
>Reporter: Hervé Bitteur
>Assignee: Jakub Herkel
>Priority: Major
>
> Let's assume Java formatting is defined so that javadoc is formatted.
> To do so, navigate to Options | Formatting, and in Language: Java, Category: 
> Comments, verify that "Enable Comments Formatting" is checked.
> {{/**}}
> {{ * Some text here.}}
> {{ * }}
> {{ * }}
> {{ *  Some indented text}}
> {{ * }}
> {{ */}}
> gets formatted as:
> {{/**}}
> {{ * Some text here.}}
> {{ * }}
> {{ {color:#FF}* <{color}}}
> {{{color:#FF} * pre>{color}}}
> {{ *  Some indented text}}
> {{ * }}
> {{ */}}
> I noticed that the "" tag, when immediately located after a line with 
> "" tag, gets corrupted, and is thus no longer a legal tag.
> I tried many combinations, this bug occurred only after a "" tag, nothing 
> else.



--
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] [Resolved] (NETBEANS-469) Tag become invalid after formatting in JavaDoc

2020-11-15 Thread Jakub Herkel (Jira)


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

Jakub Herkel resolved NETBEANS-469.
---
Resolution: Duplicate

> Tag  become invalid after formatting in JavaDoc
> 
>
> Key: NETBEANS-469
> URL: https://issues.apache.org/jira/browse/NETBEANS-469
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 9.0
> Environment: Product Version = Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Operating System = Linux version 4.9.0-6-amd64 running on amd64
> Java; VM; Vendor = 1.8.0_151
> Runtime = OpenJDK 64-Bit Server VM 25.151-b12
>Reporter: Ognyan Kulev
>Assignee: Jakub Herkel
>Priority: Major
>
> Let's have the following JavaDoc for a class: 
> {noformat}
> /**
>   * Description.
>   * 
>   * 
>   * sample code
>   * 
>   */
> {noformat}
> After formatting the source with Alt-Shift-F, the  tag become invalid:
> {noformat}
> /**
>   * Description.
>   * 
>   * <
>   * pre>
>   * sample code
>   * 
>   */{noformat}
> Not only  is no longer recognized tag, but subsequent formatting with 
> Alt-Shift-F breaks indentation in the sample code.



--
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] [Resolved] (NETBEANS-1699) Illegal javadoc formatting

2020-11-15 Thread Jakub Herkel (Jira)


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

Jakub Herkel resolved NETBEANS-1699.

Resolution: Duplicate

> Illegal javadoc formatting
> --
>
> Key: NETBEANS-1699
> URL: https://issues.apache.org/jira/browse/NETBEANS-1699
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
> Environment: Windows 10 64-bit
> NetBeans 8.2
>Reporter: Hervé Bitteur
>Assignee: Jakub Herkel
>Priority: Major
>
> Let's assume Java formatting is defined so that javadoc is formatted.
> To do so, navigate to Options | Formatting, and in Language: Java, Category: 
> Comments, verify that "Enable Comments Formatting" is checked.
> {{/**}}
> {{ * Some text here.}}
> {{ * }}
> {{ * }}
> {{ *  Some indented text}}
> {{ * }}
> {{ */}}
> gets formatted as:
> {{/**}}
> {{ * Some text here.}}
> {{ * }}
> {{ {color:#FF}* <{color}}}
> {{{color:#FF} * pre>{color}}}
> {{ *  Some indented text}}
> {{ * }}
> {{ */}}
> I noticed that the "" tag, when immediately located after a line with 
> "" tag, gets corrupted, and is thus no longer a legal tag.
> I tried many combinations, this bug occurred only after a "" tag, nothing 
> else.



--
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] [Assigned] (NETBEANS-469) Tag become invalid after formatting in JavaDoc

2020-11-15 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-469:
-

Assignee: Jakub Herkel

> Tag  become invalid after formatting in JavaDoc
> 
>
> Key: NETBEANS-469
> URL: https://issues.apache.org/jira/browse/NETBEANS-469
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 9.0
> Environment: Product Version = Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Operating System = Linux version 4.9.0-6-amd64 running on amd64
> Java; VM; Vendor = 1.8.0_151
> Runtime = OpenJDK 64-Bit Server VM 25.151-b12
>Reporter: Ognyan Kulev
>Assignee: Jakub Herkel
>Priority: Major
>
> Let's have the following JavaDoc for a class: 
> {noformat}
> /**
>   * Description.
>   * 
>   * 
>   * sample code
>   * 
>   */
> {noformat}
> After formatting the source with Alt-Shift-F, the  tag become invalid:
> {noformat}
> /**
>   * Description.
>   * 
>   * <
>   * pre>
>   * sample code
>   * 
>   */{noformat}
> Not only  is no longer recognized tag, but subsequent formatting with 
> Alt-Shift-F breaks indentation in the sample code.



--
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-5123) Scanner class is not working

2020-12-25 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-5123:


I tried source code from stackoverflow and it's working. (Fedora 33, JDK 
15.0.1, Maven 3.6.3)

Could you recheck if it is still valid issue?

> Scanner class is not working
> 
>
> Key: NETBEANS-5123
> URL: https://issues.apache.org/jira/browse/NETBEANS-5123
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.1, 12.2
> Environment: Product Version: Apache NetBeans IDE 12.2
> Java: 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12
> Runtime: OpenJDK Runtime Environment 14.0.2+12
> System: Linux version 5.9.13-arch1-1 running on amd64; UTF-8; en_US (nb)
> User directory: /home/user/.netbeans/12.2
> Cache directory: /home/user/.cache/netbeans/12.2
>Reporter: Maxwell
>Priority: Blocker
>
> Hi,
> I'm trying to use the scanner function in Netbeans on GNU/Linux and I can't 
> get anything. I did a search on the web and I found this similar issues 
> reports:
> [Found in 
> Reddit:|https://www.reddit.com/r/javahelp/comments/hogiy0/problem_with_netbeans_ide_cant_run_scanner/]
> [Found in 
> StackOverFlow|https://stackoverflow.com/questions/65093960/problem-with-java-scanner-when-using-netbeans-it-does-not-show-any-reaction]
> Can you check and fix this ASAP, please?
>  



--
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] [Assigned] (NETBEANS-5114) Generated ui:composition missing xmlns

2020-12-28 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-5114:
--

Assignee: Jakub Herkel

> Generated ui:composition missing xmlns
> --
>
> Key: NETBEANS-5114
> URL: https://issues.apache.org/jira/browse/NETBEANS-5114
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - JSF
>Affects Versions: 12.1
> Environment: Windows 10 / Netbeans 12.1
>Reporter: Stephen Brooksbank
>Assignee: Jakub Herkel
>Priority: Minor
> Attachments: image-2020-12-08-12-10-40-084.png
>
>
> When generating a facelets client page using:
> new --> Facelets Template Client --> ui:composition option
> the generated file is missing:
> {{xmlns="http://www.w3.org/1999/xhtml; }}
> namespace from the ui:composition header tag:
> !image-2020-12-08-12-10-40-084.png!
>  
> This causes page errors as soon as standard HTML tags are added to the page, 
> such as .
> Please correct the template generation code for this case. Thanks.
>  



--
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-4816) NetBeans database explorer does not handle partitioned tables in PostgreSQL correctly

2021-01-01 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-4816:


I have prototype for this but it needs more work to be done to make it completed

!table_with_partitions.png!

> NetBeans database explorer does not handle partitioned tables in PostgreSQL 
> correctly
> -
>
> Key: NETBEANS-4816
> URL: https://issues.apache.org/jira/browse/NETBEANS-4816
> Project: NetBeans
>  Issue Type: Improvement
>  Components: db - Show Data
>Affects Versions: 12.1
>Reporter: Stefan Sonnenberg-Carstens
>Assignee: Jakub Herkel
>Priority: Major
> Attachments: image-2020-09-18-18-55-37-559.png, 
> image-2020-09-18-19-00-36-938.png, table_with_partitions.png
>
>
> To reproduce:
> connect to a PostgreSQL database (in my case 12.4)
> issue the following commands:
> {code:sql}
> DROP TABLE IF EXISTS T1;
> CREATE TABLE T1 (ID INTEGER, MESSAGE TEXT, TIMESTAMP TIMESTAMP) PARTITION BY 
> RANGE (TIMESTAMP); CREATE TABLE T1_2020 PARTITION OF T1 FOR VALUES FROM 
> ('2020-01-01') TO ('2020-12-31'); CREATE TABLE T1_2021 PARTITION OF T1 FOR 
> VALUES FROM ('2021-01-01') TO ('2021-12-31'); CREATE TABLE T1_2022 PARTITION 
> OF T1 FOR VALUES FROM ('2022-01-01') TO ('2022-12-31'); CREATE TABLE T1_2023 
> PARTITION OF T1 FOR VALUES FROM ('2023-01-01') TO ('2023-12-31');{code}
> After successful execution you will see a picture like this below:
> !image-2020-09-18-18-55-37-559.png!
> The base table T1 is not visible at all and the sub-tables are shown as if 
> they were regular tables.
> The same schema will be shown in IntelliJ like this (which is correct imho):
> !image-2020-09-18-19-00-36-938.png!
> T1 will be shown as a regular table and the attached partition tables / 
> sub-tables are shown below it. This makes clear, that t1 is partitioned.
> At least all tables including t1 should be visible.
>  



--
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-4816) NetBeans database explorer does not handle partitioned tables in PostgreSQL correctly

2021-01-01 Thread Jakub Herkel (Jira)


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

Jakub Herkel updated NETBEANS-4816:
---
Attachment: table_with_partitions.png

> NetBeans database explorer does not handle partitioned tables in PostgreSQL 
> correctly
> -
>
> Key: NETBEANS-4816
> URL: https://issues.apache.org/jira/browse/NETBEANS-4816
> Project: NetBeans
>  Issue Type: Improvement
>  Components: db - Show Data
>Affects Versions: 12.1
>Reporter: Stefan Sonnenberg-Carstens
>Assignee: Jakub Herkel
>Priority: Major
> Attachments: image-2020-09-18-18-55-37-559.png, 
> image-2020-09-18-19-00-36-938.png, table_with_partitions.png
>
>
> To reproduce:
> connect to a PostgreSQL database (in my case 12.4)
> issue the following commands:
> {code:sql}
> DROP TABLE IF EXISTS T1;
> CREATE TABLE T1 (ID INTEGER, MESSAGE TEXT, TIMESTAMP TIMESTAMP) PARTITION BY 
> RANGE (TIMESTAMP); CREATE TABLE T1_2020 PARTITION OF T1 FOR VALUES FROM 
> ('2020-01-01') TO ('2020-12-31'); CREATE TABLE T1_2021 PARTITION OF T1 FOR 
> VALUES FROM ('2021-01-01') TO ('2021-12-31'); CREATE TABLE T1_2022 PARTITION 
> OF T1 FOR VALUES FROM ('2022-01-01') TO ('2022-12-31'); CREATE TABLE T1_2023 
> PARTITION OF T1 FOR VALUES FROM ('2023-01-01') TO ('2023-12-31');{code}
> After successful execution you will see a picture like this below:
> !image-2020-09-18-18-55-37-559.png!
> The base table T1 is not visible at all and the sub-tables are shown as if 
> they were regular tables.
> The same schema will be shown in IntelliJ like this (which is correct imho):
> !image-2020-09-18-19-00-36-938.png!
> T1 will be shown as a regular table and the attached partition tables / 
> sub-tables are shown below it. This makes clear, that t1 is partitioned.
> At least all tables including t1 should be visible.
>  



--
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] [Assigned] (NETBEANS-4274) Refactoring of class member names in Java

2020-12-28 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-4274:
--

Assignee: Jakub Herkel

> Refactoring of class member names in Java
> -
>
> Key: NETBEANS-4274
> URL: https://issues.apache.org/jira/browse/NETBEANS-4274
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 8.2, 11.0, 12.0, 12.1, 12.2
>Reporter: Petr Miksik
>Assignee: Jakub Herkel
>Priority: Major
>
> Class member name refactoring does not work under this specific condition:
> {code}
> class X {
>   int i;
> }
> X x = new X();
> String newName = Integer.toString(x.i);
> {code}
> If you try to refactor name of the member _x.i_ to the name of the variable 
> on the left side (called _newName_), you get the following result:
> {code}
> String newName = Integer.toString(x.X.this.newName);
> {code}



--
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] [Assigned] (NETBEANS-5716) Add generics angle brackets (<>) highlighting for Java

2021-06-14 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-5716:
--

Assignee: Jakub Herkel

> Add generics angle brackets (<>) highlighting for Java
> --
>
> Key: NETBEANS-5716
> URL: https://issues.apache.org/jira/browse/NETBEANS-5716
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Pavel_K
>Assignee: Jakub Herkel
>Priority: Major
> Attachments: Screenshot from 2021-05-27 10-33-18.png
>
>
> When we work with round brackets in java we can see the start and end bracket 
> via highlighting. For example:
> !Screenshot from 2021-05-27 10-33-18.png!
> I suggest to add the same functionality for angle bracket of generics, 
> because rather often a structure can be complex and it is not seen where the 
> bracket starts and where it ends.
> For example,
> {code:java}
> Map,  Map AbstractCourse>>> coursesByStudentTypeAndTime;{code}
>  



--
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-5283) Inconsistent System.out.println : "2B" does not print

2021-02-07 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-5283:


I tried it under Fedora 33 & JDK 11 and 15 and it works for me. So maybe this 
issue is manifested only when Netbeans is running under Windows. 

> Inconsistent System.out.println : "2B" does not print
> -
>
> Key: NETBEANS-5283
> URL: https://issues.apache.org/jira/browse/NETBEANS-5283
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 11.3, 12.2
> Environment: *Product Version:* Apache NetBeans IDE 12.2
> *Java:* 11.0.7; OpenJDK 64-Bit Server VM 11.0.7+10
> *Runtime:* OpenJDK Runtime Environment 11.0.7+10
> *System:* Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb)
>Reporter: Joseph W. Haller
>Priority: Major
> Attachments: Hello2B.java, HelloWorld2B.java
>
>
> The following problem was discovered accidentally by a student.
> The following class with comments summarizes the incorrect behavior seen when 
> calling System.out.println on certain strings beginning with numerical digits 
> and ending in a single character of either B, K, or M (upper or lower case):
> {{public class Hello2B {}}
>  {{   public static void main(String[] args) {}}
>  {{ System.out.println("-2B"); // THIS WILL PRINT IN NETBEANS}}
>  {{ System.out.println("2B"); // THIS WILL NOT PRINT IN NETBEANS}}
>  {{ System.out.println(" 2B"); // THIS WILL PRINT IN NETBEANS}}
>  {{ System.out.println("5K"); // THIS WILL NOT PRINT IN NETBEANS}}
>  {{ System.out.println("4M"); // THIS WILL NOT PRINT IN NETBEANS}}
>  {{ System.out.println("123B"); // THIS WILL NOT PRINT IN NETBEANS}}
>  {{ System.out.println("123BC");// THIS WILL PRINT IN NETBEANS}}
>      }
>  {{}}}
>  
> NOTE: Problem does not occur when class is executed by JDK directly or by 
> using other IDE environments.



--
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-5271) JDK javadoc uses wrong URL in external web browser

2021-02-07 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-5271:


path for URL is constructed in JavadocHelper.java

URL url = new URL(root, pkgName + "/" + pageName + ".html");

so there we can add a missing module path. But a real problem is how to detect 
if we need to use module for remote javadoc. For local javadoc there is code 
for this :
{code:java}
try {
 is = openStream(url, Bundle.LBL_HTTPJavadocDownload());
} catch (InterruptedIOException iioe)  {
  throw iioe;
} catch (IOException x) {
// Some libraries like OpenJFX prefix their
// javadoc by module, similar to the JDK.
// Only search there when the default fails
// to avoid additional I/O.
// NOTE: No multi-release jar support for now.
URL moduleInfo = new URL(binary, "module-info.class");
{code}
but I'm afraid we cannot use it because UI response time will be unacceptable. 
Maybe we can add simple check for remote javadoc (are there any remote javadocs 
not coming from Java Platform window?) so that if a source version of class is 
>= 11 we will use url with module name?

> JDK javadoc uses wrong URL in external web browser
> --
>
> Key: NETBEANS-5271
> URL: https://issues.apache.org/jira/browse/NETBEANS-5271
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc
>Affects Versions: 12.2
> Environment: NetBeans 12.2 on JDK 11 running under Debian Linux.
>Reporter: Glenn Holmer
>Assignee: Jakub Herkel
>Priority: Major
> Attachments: image-2021-01-21-13-00-00-792.png
>
>
> Steps to reproduce:
> 0) Hit ctrl-space on e.g. System.out.println(). Popup Javadoc appears 
> correctly.
> 1) Click "Show documentation in external web browser" button (second from 
> right in popup toolbar).
> 2) Browser will report a 404 because the URL is
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/io/PrintStream.html]
> instead of
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/io/PrintStream.html]
> This appears to happen with all base classes, e.g.
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/lang/Math.html]
> instead of
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/lang/Math.html]
>  



--
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] [Assigned] (NETBEANS-5271) JDK javadoc uses wrong URL in external web browser

2021-02-07 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-5271:
--

Assignee: Jakub Herkel

> JDK javadoc uses wrong URL in external web browser
> --
>
> Key: NETBEANS-5271
> URL: https://issues.apache.org/jira/browse/NETBEANS-5271
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc
>Affects Versions: 12.2
> Environment: NetBeans 12.2 on JDK 11 running under Debian Linux.
>Reporter: Glenn Holmer
>Assignee: Jakub Herkel
>Priority: Major
> Attachments: image-2021-01-21-13-00-00-792.png
>
>
> Steps to reproduce:
> 0) Hit ctrl-space on e.g. System.out.println(). Popup Javadoc appears 
> correctly.
> 1) Click "Show documentation in external web browser" button (second from 
> right in popup toolbar).
> 2) Browser will report a 404 because the URL is
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/io/PrintStream.html]
> instead of
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/io/PrintStream.html]
> This appears to happen with all base classes, e.g.
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/lang/Math.html]
> instead of
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/lang/Math.html]
>  



--
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-5120) Javadoc blocks freezing IDE

2021-02-06 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-5120:


Minor version of Netbeans are released +- every 3 months. You are right 
unfortunately there isn't any automatic update process but installation of a 
new version (for test) takes maybe 10 minutes. And I think if you want someone 
tries to fix your issue you need to recheck it with the latest version. Because 
as Netbeans User 2019 reported, it seems it is working now

> Javadoc blocks freezing IDE
> ---
>
> Key: NETBEANS-5120
> URL: https://issues.apache.org/jira/browse/NETBEANS-5120
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc
>Affects Versions: 12.0
>Reporter: Wayne Wilson
>Priority: Major
>  Labels: JavaDoc, netbeans-12
>
> When placing a Javadoc block in the first line of a file, it crashes the IDE.
>  This issue occurs in basic Java files, but also in package-info files, as 
> well.
> This issue also occurs if there are less than 3 lines following the end of 
> the Javadoc Block.



--
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-5136) double checked locking idiom wrong in inspect and transform

2021-02-06 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-5136:


I don't see anything wrong with code from 
[https://bz.apache.org/netbeans/show_bug.cgi?id=248740]. Could you describe 
what the problem is?

> double checked locking idiom wrong in inspect and transform
> ---
>
> Key: NETBEANS-5136
> URL: https://issues.apache.org/jira/browse/NETBEANS-5136
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 12.2
>Reporter: Carsten Hammer
>Priority: Critical
>
> The pattern implemented in 
> [https://bz.apache.org/netbeans/show_bug.cgi?id=248740] seems to be wrong 
> according to 
> [https://docs.google.com/document/d/1mAeEgQu4H4ADxa03k7YaVDjIP5vJBvjVIjg3DIvoc8E/edit]
> The right pattern looks like this:
>  # 334, Second code example. *_This is a serious error!_* The current code 
> can return null if multiple threads race to initialize the field. Here’s how 
> the code should look:
>  
> {code:java}
> // Double-check idiom for lazy initialization of instance fields
> private volatile FieldType field;
>  
> private FieldType getField() {
>    FieldType result = field;
>    if (result != null)    // First check (no locking)
>    return result;
>  
>    synchronized(this){    
>   if (field == null) // Second check (with locking)   
>  field = computeFieldValue();    
>    return field;    
>    }
> }
> {code}



--
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-5090) JSF CDI bean code created without "implements Serializable"

2021-02-06 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-5090:


copy description from documetation
{code:java}
Annotation Type ViewScoped
Use of this annotation requires that any beans stored in view scope must be 
serializable and proxyable as defined in the CDI specification. 
{code}

> JSF CDI bean code created without "implements Serializable"
> ---
>
> Key: NETBEANS-5090
> URL: https://issues.apache.org/jira/browse/NETBEANS-5090
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - JSF
>Affects Versions: 12.1
> Environment: Windows / NetBeans 12.1 
>Reporter: Stephen Brooksbank
>Priority: Minor
>
> When using the file  -> new option to create "JSF CDI Bean" for View scope 
> (and others) the bean file gets created without the "implements Serializable" 
> option included on the class name. The deploy subsequently fails if this 
> doesn't get added manually. It would obviously be better if the code was 
> generated correctly.
> The relevent template file does include:
> {{ <#if passivationCapable??>}}
> {{import java.io.Serializable;}}
> {{ }}
> and
> {{public class ${name} <#if passivationCapable??>implements 
> Serializable{}}
> So behind the hood the "passivationCapable" variable is not being correctly 
> set for the CDI scope(s).



--
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] [Assigned] (NETBEANS-5090) JSF CDI bean code created without "implements Serializable"

2021-02-06 Thread Jakub Herkel (Jira)


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

Jakub Herkel reassigned NETBEANS-5090:
--

Assignee: Jakub Herkel

> JSF CDI bean code created without "implements Serializable"
> ---
>
> Key: NETBEANS-5090
> URL: https://issues.apache.org/jira/browse/NETBEANS-5090
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - JSF
>Affects Versions: 12.1
> Environment: Windows / NetBeans 12.1 
>Reporter: Stephen Brooksbank
>Assignee: Jakub Herkel
>Priority: Minor
>
> When using the file  -> new option to create "JSF CDI Bean" for View scope 
> (and others) the bean file gets created without the "implements Serializable" 
> option included on the class name. The deploy subsequently fails if this 
> doesn't get added manually. It would obviously be better if the code was 
> generated correctly.
> The relevent template file does include:
> {{ <#if passivationCapable??>}}
> {{import java.io.Serializable;}}
> {{ }}
> and
> {{public class ${name} <#if passivationCapable??>implements 
> Serializable{}}
> So behind the hood the "passivationCapable" variable is not being correctly 
> set for the CDI scope(s).



--
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-4540) SyntaxException for specific grammar

2021-08-11 Thread Jakub Herkel (Jira)


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

Jakub Herkel commented on NETBEANS-4540:


Sorry, I cannot do that right now. I will be two weeks away from my PC.

> SyntaxException for specific grammar
> 
>
> Key: NETBEANS-4540
> URL: https://issues.apache.org/jira/browse/NETBEANS-4540
> Project: NetBeans
>  Issue Type: Bug
>  Components: textmate-lexer
>Affects Versions: 12.0, 12.4
> Environment: Product Version: Apache NetBeans IDE 12.0
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\Chris\AppData\Roaming\Netbeans\12.0
> Cache directory: C:\Users\Chris\AppData\Local\NetBeans\Cache\12.0
>Reporter: Christian Lenz
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: example.jl, example.tex
>
>
> When I use this grammar file: 
> https://github.com/James-Yu/LaTeX-Workshop/blob/master/syntax/LaTeX.tmLanguage.json
>  for tex files, I got an SyntaxException fot the attached file (example.tex)
> {code}
> org.joni.exception.SyntaxException: premature end of char-class
>   at org.joni.ScannerSupport.newSyntaxException(ScannerSupport.java:166)
>   at org.joni.Parser.parseCharClass(Parser.java:342)
>   at org.joni.Parser.parseCharClass(Parser.java:318)
>   at org.joni.Parser.parseExp(Parser.java:892)
>   at org.joni.Parser.parseBranch(Parser.java:1116)
>   at org.joni.Parser.parseSubExp(Parser.java:1133)
>   at org.joni.Parser.parseRegexp(Parser.java:1166)
>   at org.joni.Parser.parse(Parser.java:65)
>   at org.joni.Analyser.compile(Analyser.java:80)
>   at org.joni.Regex.(Regex.java:159)
>   at org.joni.Regex.(Regex.java:136)
>   at 
> org.eclipse.tm4e.core.internal.oniguruma.OnigRegExp.(OnigRegExp.java:49)
>   at 
> org.eclipse.tm4e.core.internal.oniguruma.OnigSearcher.(OnigSearcher.java:29)
>   at 
> org.eclipse.tm4e.core.internal.oniguruma.OnigScanner.(OnigScanner.java:24)
>   at 
> org.eclipse.tm4e.core.internal.rule.RegExpSourceList.createOnigScanner(RegExpSourceList.java:132)
>   at 
> org.eclipse.tm4e.core.internal.rule.RegExpSourceList.compile(RegExpSourceList.java:86)
>   at 
> org.eclipse.tm4e.core.internal.rule.BeginEndRule.compile(BeginEndRule.java:77)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.matchRule(LineTokenizer.java:276)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.matchRuleOrInjections(LineTokenizer.java:299)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.scanNext(LineTokenizer.java:110)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer.scan(LineTokenizer.java:97)
>   at 
> org.eclipse.tm4e.core.internal.grammar.LineTokenizer._tokenizeString(LineTokenizer.java:537)
>   at 
> org.eclipse.tm4e.core.internal.grammar.Grammar._tokenize(Grammar.java:239)
>   at 
> org.eclipse.tm4e.core.internal.grammar.Grammar.tokenizeLine(Grammar.java:191)
>   at 
> org.netbeans.modules.textmate.lexer.TextmateLexer.nextToken(TextmateLexer.java:75)
>   at 
> org.netbeans.lib.lexer.LexerInputOperation.nextToken(LexerInputOperation.java:191)
>   at 
> org.netbeans.lib.lexer.inc.IncTokenList.tokenOrEmbeddingImpl(IncTokenList.java:170)
>   at 
> org.netbeans.lib.lexer.inc.IncTokenList.tokenOrEmbedding(IncTokenList.java:165)
>   at org.netbeans.api.lexer.TokenSequence.moveNext(TokenSequence.java:463)
>   at 
> org.netbeans.modules.textmate.lexer.SyntaxHighlighting$TSInfo.moveNextToken(SyntaxHighlighting.java:779)
>   at 
> org.netbeans.modules.textmate.lexer.SyntaxHighlighting$HSImpl.moveTheSequence(SyntaxHighlighting.java:476)
>   at 
> org.netbeans.modules.textmate.lexer.SyntaxHighlighting$HSImpl.moveNext(SyntaxHighlighting.java:405)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$Wrapper.fetchNextHighlight(DirectMergeContainer.java:600)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.updateMergeVars(DirectMergeContainer.java:337)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.nextMerge(DirectMergeContainer.java:303)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.moveNext(DirectMergeContainer.java:234)
>   at 
> org.netbeans.modules.editor.lib2.highlighting.HighlightsReader.readUntil(HighlightsReader.java:59)
>   at 
> org.netbeans.modules.editor.lib2.view.HighlightsViewFactory.restart(HighlightsViewFactory.java:168)
>   at 
>