[jira] [Assigned] (NETBEANS-3475) "Go to Symbol" java.lang.AssertionError
[ https://issues.apache.org/jira/browse/NETBEANS-3475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arvind reassigned NETBEANS-3475: Assignee: Akhilesh Singh > "Go to Symbol" java.lang.AssertionError > --- > > Key: NETBEANS-3475 > URL: https://issues.apache.org/jira/browse/NETBEANS-3475 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.2 > Environment: jdk1.8, win7 >Reporter: Ernie Rael >Assignee: Akhilesh Singh >Priority: Major > Attachments: messages.log, test-project.jar > > > (also fails with 11.2 u1) > -using java1.8 > -Start with empty userdir/cachedir, don't import settings > -Use attached test-project, note each pom has a (from > NETBEANS-3257) > -Open the two unzipped projects > -download nb-javac > -Navigate > GoToSymbol; enter "d" > === exception: > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.java.source.ui.AsyncJavaSymbolDescriptor$$Lambda$349/3470905 > java.lang.AssertionError > -A couple of symbols are listed > -press OK for doSortAssertionRenamed > === exception: > java.lang.AssertionError > Nothing happens in the UI as far as opening the file with the symbol > messages.log attached > - Try without nb-javac, the projects don't open "(broken)" -- 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] [Assigned] (NETBEANS-1962) Java 11: Opening Java source files from the JDK takes minutes
[ https://issues.apache.org/jira/browse/NETBEANS-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arvind reassigned NETBEANS-1962: Assignee: Akhilesh Singh > Java 11: Opening Java source files from the JDK takes minutes > - > > Key: NETBEANS-1962 > URL: https://issues.apache.org/jira/browse/NETBEANS-1962 > Project: NetBeans > Issue Type: Bug > Components: java - Platform, java - Source >Affects Versions: 11.0 > Environment: Debian GNU/Linux 9, OpenJDK 11.0.1 >Reporter: Michael Groß >Assignee: Akhilesh Singh >Priority: Critical > Attachments: > 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_fast.png, > 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_verySLOW.png, > 2019-01-20_Netbeans10_Java8_JavaPlatformManager_Sources.png > > > For Java 8 it is enough to provide the path to the > /usr/lib/jvm/openjdk-8/src.zip with the source files of the JDK with the Java > Platform Manager/Sources. The I can click on a class like java.lang.String > the source file for it is opened almost immediately. > For Java 11 providing the /usr/lib/jvm/openjdk-11/src.zip does not bring the > source. There is no error message in the IDE log (View > IDE Log). > Unpacking the src.zip and then including each folder herein, from java.base > to java.xml.crypto works - but it took minutes on my machine at high CPU load > (Intel(R) Pentium(R) CPU B940 @ 2.00GHz, SSD drive). > Then I merged all sub-directories from the direcories java.base to > java.xml.crypto together. The resulting structure is > com/ > java/ > javax/ > jdk/ > org/ > sun/ > (such as the structure before Java 9). Now I can open the Java sources for > Java 11 as fast as before. > # Could you please adapt the program such that I can provide a src.zip for > the JDK and it opens the sources from where? > # Could you please write an error in the IDE log when the source file was > not found (including the absolute path of that file)? -- 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] [Assigned] (NETBEANS-4179) Assertion error in javac when saving file with missing comma in method parameter list
[
https://issues.apache.org/jira/browse/NETBEANS-4179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Arvind reassigned NETBEANS-4179:
Assignee: Sandeep Mishra
> Assertion error in javac when saving file with missing comma in method
> parameter list
> -
>
> Key: NETBEANS-4179
> URL: https://issues.apache.org/jira/browse/NETBEANS-4179
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 11.3
> Environment: NetBeans 11.3 with nbjavac plugin installed
>Reporter: Eirik Bakke
>Assignee: Sandeep Mishra
>Priority: Major
> Labels: nbjavac
>
> If, during editing, a method parameter list occurs with a missing comma (in
> certain cases), an error dialog shows up showing an assertion error in javac
> every time the Java source file is saved, interrupting the user. A minimized
> example exhibiting this behavior is as follows:
> {code:java}
> public class BugErrorUncaught {
> private Object testMethod(String param1 final String param2) {
> return null;
> }
> }
> {code}
> This is a variation of the example in NETBEANS-4095, but filed here as a
> separate bug since the two cause different exceptions at different levels
> (inside javac here vs. at the semantic highlighting layer in NETBEANS-4095).
> This example causes the IDE to throw the following exception:
> {noformat}
> java.lang.AssertionError
> at com.sun.tools.javac.util.Assert.error(Assert.java:155)
> at com.sun.tools.javac.util.Assert.check(Assert.java:46)
> at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.errorUncaught(Flow.java:918)
> at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitClassDef(Flow.java:1008)
> at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:788)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:422)
> at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.analyzeTree(Flow.java:1456)
> at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.analyzeTree(Flow.java:1446)
> at com.sun.tools.javac.comp.Flow.analyzeTree(Flow.java:219)
> at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1499)
> at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473)
> at
> com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at
> com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> at
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
> at
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
> at
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
> at
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
> at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.
[jira] [Assigned] (NETBEANS-267) NullPointerException at com.sun.tools.javac.processing.JavacProcessingEnvironment$1.visitMethodDef(JavacProcessingEnvironment.java:1648)
[
https://issues.apache.org/jira/browse/NETBEANS-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Arvind reassigned NETBEANS-267:
---
Assignee: Sandeep Mishra
> NullPointerException at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.visitMethodDef(JavacProcessingEnvironment.java:1648)
>
>
> Key: NETBEANS-267
> URL: https://issues.apache.org/jira/browse/NETBEANS-267
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Reporter: Daniel Trebbien
>Assignee: Sandeep Mishra
>Priority: Major
> Attachments: Test.dump
>
>
> A {{NullPointerException}} occurs when opening the following erroneous Java
> source file:
> {code:java}
> package bugs;
> public class Test {
> public enum E {
> A()
> {
> };
> private E()
> }
> }
> {code}
> Full stack trace:
> {code}
> java.lang.NullPointerException
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.visitMethodDef(JavacProcessingEnvironment.java:1648)
> at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.scan(JavacProcessingEnvironment.java:1561)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
> at
> com.sun.tools.javac.tree.TreeScanner.visitClassDef(TreeScanner.java:118)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.visitClassDef(JavacProcessingEnvironment.java:1597)
> at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:778)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.scan(JavacProcessingEnvironment.java:1561)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
> at
> com.sun.tools.javac.tree.TreeScanner.visitClassDef(TreeScanner.java:118)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.visitClassDef(JavacProcessingEnvironment.java:1597)
> at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:778)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.scan(JavacProcessingEnvironment.java:1561)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
> at
> com.sun.tools.javac.tree.TreeScanner.visitTopLevel(TreeScanner.java:66)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.visitTopLevel(JavacProcessingEnvironment.java:1591)
> at
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:531)
> at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$1.scan(JavacProcessingEnvironment.java:1561)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.newRound(JavacProcessingEnvironment.java:1285)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.(JavacProcessingEnvironment.java:1088)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.next(JavacProcessingEnvironment.java:1128)
> at
> com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1330)
> at
> com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1336)
> at
> com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1224)
> at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:397)
> at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:320)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:619)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:480)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:134)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608)
> at
> org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775)
> at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702)
> at
> org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663)
> at
> java.util.concurr
[netbeans] branch master updated: Parse Indexables under a source root as a group while running EmbeddedIndexers (#3516)
This is an automated email from the ASF dual-hosted git repository.
dbalek pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new 416e6fb Parse Indexables under a source root as a group while running
EmbeddedIndexers (#3516)
416e6fb is described below
commit 416e6fbc28e6bc17f88f49f12be0260a8ec7df63
Author: Dusan Balek
AuthorDate: Mon Jan 31 08:30:36 2022 +0100
Parse Indexables under a source root as a group while running
EmbeddedIndexers (#3516)
---
.../parsing/impl/indexing/RepositoryUpdater.java | 276 ++---
.../junit/ui/actions/TestClassInfoTask.java| 15 +-
2 files changed, 142 insertions(+), 149 deletions(-)
diff --git
a/ide/parsing.indexing/src/org/netbeans/modules/parsing/impl/indexing/RepositoryUpdater.java
b/ide/parsing.indexing/src/org/netbeans/modules/parsing/impl/indexing/RepositoryUpdater.java
index f1f1a07..cbf6d2d 100644
---
a/ide/parsing.indexing/src/org/netbeans/modules/parsing/impl/indexing/RepositoryUpdater.java
+++
b/ide/parsing.indexing/src/org/netbeans/modules/parsing/impl/indexing/RepositoryUpdater.java
@@ -70,6 +70,7 @@ import org.netbeans.lib.editor.util.swing.DocumentUtilities;
import org.netbeans.modules.parsing.api.Embedding;
import org.netbeans.modules.parsing.api.ParserManager;
import org.netbeans.modules.parsing.api.ResultIterator;
+import org.netbeans.modules.parsing.api.Snapshot;
import org.netbeans.modules.parsing.api.Source;
import org.netbeans.modules.parsing.api.UserTask;
import org.netbeans.modules.parsing.impl.*;
@@ -2648,8 +2649,8 @@ public final class RepositoryUpdater implements
PathRegistryListener, PropertyCh
ClusteredIndexables allCi = null;
boolean ae = false;
assert ae = true;
+Set rootMimeTypes =
PathRegistry.getDefault().getMimeTypesFor(root);
for(IndexerCache.IndexerInfo cifInfo
: indexers.cifInfos) {
-Set rootMimeTypes =
PathRegistry.getDefault().getMimeTypesFor(root);
if (rootMimeTypes != null &&
!cifInfo.isAllMimeTypesIndexer() && !Util.containsAny(rootMimeTypes,
cifInfo.getMimeTypes())) {
// ignore roots that are not marked to be scanned
by the cifInfo indexer
if (LOGGER.isLoggable(Level.FINE)) {
@@ -2857,7 +2858,7 @@ public final class RepositoryUpdater implements
PathRegistryListener, PropertyCh
allIndexblesSentToIndexers.add(indexables);
long tm1 = System.currentTimeMillis();
-boolean f = indexEmbedding(indexers.eifInfosMap,
cacheRoot, root, indexables, usedCi, contexts, sourceForBinaryRoot);
+boolean f = indexEmbedding(indexers.eifInfosMap,
cacheRoot, root, mimeType, indexables, usedCi, contexts, sourceForBinaryRoot);
long tm2 = System.currentTimeMillis();
if (!f) {
@@ -3117,175 +3118,158 @@ public final class RepositoryUpdater implements
PathRegistryListener, PropertyCh
final Map>> eifInfosMap,
final FileObject cache,
final URL rootURL,
+final String mimeType,
Iterable files,
final ClusteredIndexables usedCi,
final
Map,Pair>
transactionContexts,
final boolean sourceForBinaryRoot
) throws IOException {
-IndexabilityQuery iq = IndexabilityQuery.getInstance();
+final IndexabilityQuery iq = IndexabilityQuery.getInstance();
+final Map sources = new LinkedHashMap<>();
for (final Indexable dirty : files) {
-parkWhileSuspended();
-if (getCancelRequest().isRaised()) {
-return false;
+final URL url = dirty.getURL();
+if (url != null) {
+final FileObject fileObject =
URLMapper.findFileObject(url);
+if (fileObject != null) {
+Source src = Source.create(fileObject);
+if (src != null) {
+sources.put(src, dirty);
+}
+}
}
+}
+parkWhileSuspended();
+if (getCancelRequest().isRaised()) {
+return false;
+}
-Collection> allIndexers =
-getIndexerInfos(eifInfosMap, dirty.getMimeType());
-Collection> infos =
-allIndexers
-.stream()
-.filter(i -> ! iq.preventIndexing(
-i.getIndexerName(),
-dirty.getURL(),
-
[jira] [Commented] (NETBEANS-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17484455#comment-17484455 ] Eirik Bakke commented on NETBEANS-585: -- [~ebresie] I think the specific classes mentioned in NETBEANS-4166 are not used in the Output pane; it seems to roll its own thing (maybe because it's supposed to handle millions of lines etc.). > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: HiDPI > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated (8283367 -> 6577f78)
This is an automated email from the ASF dual-hosted git repository.
sdedic pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git.
from 8283367 JDK 17 support to Payara Platform tools in Apache NetBeans
IDE (#3508)
new bc7c5df Moving project/explorer related configuration to impl. module.
new f0cc75f Project View explorer basic tests.
new 6c61114 Fixed queries for deleted / unknown nodes.
new 7cce3cf Use Gradle NFT handler to create projects.
new 6577f78 Merge pull request #3502 from sdedic/lsp/projecview-test
The 6537 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "add" were already present in the repository and have only
been added to this reference.
Summary of changes:
java/java.lsp.server/.gitignore| 3 +
java/java.lsp.server/manifest.mf | 1 +
.../netbeans/modules/nbcode/integration/layer.xml | 6 -
java/java.lsp.server/nbproject/project.properties | 3 +
java/java.lsp.server/nbproject/project.xml | 9 +
.../server/explorer/DefaultDecorationsImpl.java| 12 +
.../java/lsp/server/explorer/TreeViewProvider.java | 21 +-
.../org/netbeans/modules/java/lsp/server/layer.xml | 36 ++
.../java/lsp/server/protocol/NbLanguageServer.java | 32 ++
.../modules/java/lsp/server/protocol/Server.java | 2 +-
.../lsp/server}/standard-cookies.contextValues | 0
.../app/src/main/java/gradle/hello/Whatever.txt} | 0
.../java/lsp/server/explorer/ProjectViewTest.java | 583 +
java/java.lsp.server/vscode/src/explorer.ts| 16 +-
14 files changed, 704 insertions(+), 20 deletions(-)
create mode 100644 java/java.lsp.server/.gitignore
create mode 100644
java/java.lsp.server/src/org/netbeans/modules/java/lsp/server/layer.xml
create mode 100644
java/java.lsp.server/src/org/netbeans/modules/java/lsp/server/protocol/NbLanguageServer.java
copy
java/java.lsp.server/{nbcode/integration/src/org/netbeans/modules/nbcode/integration
=> src/org/netbeans/modules/java/lsp/server}/standard-cookies.contextValues
(100%)
copy
java/{java.completion/test/unit/data/org/netbeans/modules/java/completion/data/Empty.java
=>
java.lsp.server/test/unit/data/gradle-hello/app/src/main/java/gradle/hello/Whatever.txt}
(100%)
create mode 100644
java/java.lsp.server/test/unit/src/org/netbeans/modules/java/lsp/server/explorer/ProjectViewTest.java
-
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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17484394#comment-17484394 ] Eric Bresie edited comment on NETBEANS-585 at 1/30/22, 5:17 PM: >From PR which mentions NETBEANS-4166 and NETBEANS-346 was (Author: ebresie): >From PR which mentions NETBEANS-4166 and NETBEANS-xxx > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: HiDPI > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17484394#comment-17484394 ] Eric Bresie commented on NETBEANS-585: -- >From PR which mentions NETBEANS-4166 and NETBEANS-xxx > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: HiDPI > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17484384#comment-17484384 ] Eirik Bakke commented on NETBEANS-585: -- [~ebresie] I don't think Maven vs. Ant should make a difference here, but there might be certain differences that cause the bug to be more or less visible, e.g. default zoom level in the output window, line wrapping enabled or disabled, which monitor the output window first opened on, or the actual contents of the output pane, or things like that. > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: HiDPI > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17484382#comment-17484382 ] Eirik Bakke edited comment on NETBEANS-585 at 1/30/22, 4:49 PM: My best guess is that some hit testing and/or selection painting code is assuming integer character advances in the output window. This could cause trouble on Windows even when HiDPI scaling is disabled, since character advances on Windows are calculated in 1/3rd pixel increments due to sub-pixel rendering. See https://github.com/apache/netbeans/pull/2076 for a similar type of bug in the main code editor. (As mentioned on the mailing list, the problem is probably somewhere around o.n.core.output2.OutputEditorKit.) was (Author: ebakke): My best guess is that some hit testing and/or selection painting code is assuming integer character advances in the output window. This could cause trouble on Windows even when HiDPI scaling is disabled, since character advances on Windows are calculated in 1/3rd pixel increments due to sub-pixel rendering. See https://github.com/apache/netbeans/pull/2076 for a similar type of bug in the editor code. (As mentioned on the mailing list, the problem is probably somewhere around o.n.core.output2.OutputEditorKit.) > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: HiDPI > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17484382#comment-17484382 ] Eirik Bakke commented on NETBEANS-585: -- My best guess is that some hit testing and/or selection painting code is assuming integer character advances in the output window. This could cause trouble on Windows even when HiDPI scaling is disabled, since character advances on Windows are calculated in 1/3rd pixel increments due to sub-pixel rendering. See https://github.com/apache/netbeans/pull/2076 for a similar type of bug in the editor code. (As mentioned on the mailing list, the problem is probably somewhere around o.n.core.output2.OutputEditorKit.) > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: HiDPI > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-6429) Widen the options for editing global maven goals
[ https://issues.apache.org/jira/browse/NETBEANS-6429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-6429: -- Description: Things I'd like to see - support for (in order of preference): * renaming a definition * duplicating an existing definition * a broader selection of the command line options to chose from (see [https://maven.apache.org/ref/3.8.4/maven-embedder/cli.html,] not all of them make sense - especially not the ineffective ones; -D, -N & -P are already supported by the controls present. It is also possible to work around this, by prefixing some of them in the 'Execute Goals:' entry field. But duplicating the "Global Execution Options" Control from the previous Panel would probably the most generic solution, and maybe even the one requiring the least work. and the easiest to understand by newbies) * Expand the option, to filter availability of the goals from just the packaging (in order of preference - to) groupId, artifactId, name, buildDir, parent.groupId, parent.artfactId, parent.name. was: Things I'd like to see - support for (in order of preference): * renaming a definition * duplicating an existing definition * a broader selection of the command line options to chose from (see [https://maven.apache.org/ref/3.8.4/maven-embedder/cli.html,] not all of them make sense - especially not the ineffective ones; -D, -N & -P are already supported by the controls present. It is also possible to work around this, by prefixing some of them in the 'Execute Goals:' entry field. But duplicating the "Global Execution Options" Control from the previous Panel would probably the most generic solution, and maybe even the one requiring the least work. and the easiest to understand by newbies) * Expand the option, to filter availability of the goals from just the packaging to (in order of preerence:) groupId, artifactId, name, buildDir, parent.groupId, parent.artfactId, parent.name. > Widen the options for editing global maven goals > > > Key: NETBEANS-6429 > URL: https://issues.apache.org/jira/browse/NETBEANS-6429 > Project: NetBeans > Issue Type: Improvement > Components: apisupport - Maven >Reporter: Thomas Schapitz >Priority: Minor > > Things I'd like to see - support for (in order of preference): > * renaming a definition > * duplicating an existing definition > * a broader selection of the command line options to chose from (see > [https://maven.apache.org/ref/3.8.4/maven-embedder/cli.html,] not all of them > make sense - especially not the ineffective ones; -D, -N & -P are > already supported by the controls present. It is also possible to work around > this, by prefixing some of them in the 'Execute Goals:' entry field. But > duplicating the "Global Execution Options" Control from the previous Panel > would probably the most generic solution, and maybe even the one requiring > the least work. and the easiest to understand by newbies) > * Expand the option, to filter availability of the goals from just the > packaging (in order of preference - to) groupId, artifactId, name, buildDir, > parent.groupId, parent.artfactId, parent.name. -- 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-6429) Widen the options for editing global maven goals
[ https://issues.apache.org/jira/browse/NETBEANS-6429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Schapitz updated NETBEANS-6429: -- Description: Things I'd like to see - support for (in order of preference): * renaming a definition * duplicating an existing definition * a broader selection of the command line options to chose from (see [https://maven.apache.org/ref/3.8.4/maven-embedder/cli.html,] not all of them make sense - especially not the ineffective ones; -D, -N & -P are already supported by the controls present. It is also possible to work around this, by prefixing some of them in the 'Execute Goals:' entry field. But duplicating the "Global Execution Options" Control from the previous Panel would probably the most generic solution, and maybe even the one requiring the least work. and the easiest to understand by newbies) * Expand the option, to filter availability of the goals from just the packaging to (in order of preerence:) groupId, artifactId, name, buildDir, parent.groupId, parent.artfactId, parent.name. was: Things I'd like to see - support for: * renaming a definition * duplicating an existing definition * a broader selection of the command line options to chose from (see [https://maven.apache.org/ref/3.8.4/maven-embedder/cli.html,] not all of them make sense - especially not the ineffective ones; -D, -N & -P are already supported by the controls present. It is also possible to work around this, by prefixing some of them in the 'Execute Goals:' entry field. But duplicating the "Global Execution Options" Control from the previous Panel would probably the most generic solution, and maybe even the one requiring the least work. and the easiest to understand by newbies) > Widen the options for editing global maven goals > > > Key: NETBEANS-6429 > URL: https://issues.apache.org/jira/browse/NETBEANS-6429 > Project: NetBeans > Issue Type: Improvement > Components: apisupport - Maven >Reporter: Thomas Schapitz >Priority: Minor > > Things I'd like to see - support for (in order of preference): > * renaming a definition > * duplicating an existing definition > * a broader selection of the command line options to chose from (see > [https://maven.apache.org/ref/3.8.4/maven-embedder/cli.html,] not all of them > make sense - especially not the ineffective ones; -D, -N & -P are > already supported by the controls present. It is also possible to work around > this, by prefixing some of them in the 'Execute Goals:' entry field. But > duplicating the "Global Execution Options" Control from the previous Panel > would probably the most generic solution, and maybe even the one requiring > the least work. and the easiest to understand by newbies) > * Expand the option, to filter availability of the goals from just the > packaging to (in order of preerence:) groupId, artifactId, name, buildDir, > parent.groupId, parent.artfactId, parent.name. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-6429) Widen the options for editing global maven goals
Thomas Schapitz created NETBEANS-6429: - Summary: Widen the options for editing global maven goals Key: NETBEANS-6429 URL: https://issues.apache.org/jira/browse/NETBEANS-6429 Project: NetBeans Issue Type: Improvement Components: apisupport - Maven Reporter: Thomas Schapitz Things I'd like to see - support for: * renaming a definition * duplicating an existing definition * a broader selection of the command line options to chose from (see [https://maven.apache.org/ref/3.8.4/maven-embedder/cli.html,] not all of them make sense - especially not the ineffective ones; -D, -N & -P are already supported by the controls present. It is also possible to work around this, by prefixing some of them in the 'Execute Goals:' entry field. But duplicating the "Global Execution Options" Control from the previous Panel would probably the most generic solution, and maybe even the one requiring the least work. and the easiest to understand by newbies) -- 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
