[jira] [Commented] (NETBEANS-5623) 'fallback' project without trust can turn to 'evaluated'
[
https://issues.apache.org/jira/browse/NETBEANS-5623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17332924#comment-17332924
]
Svatopluk Dedic commented on NETBEANS-5623:
---
No, this was a very simple testcase :) The complete test was:
{code:java}
public void testUntrustedProjectCannotGoUp() throws Exception {
Project prj = createProject();
NbGradleProjectImpl prjImpl =
prj.getLookup().lookup(NbGradleProjectImpl.class);
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
// attempt to load everything
prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
// ... it loaded, but did not escalate the quality bcs not trusted
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
}
{code}
so when I attempted to setAimedQuality (the project was untrusted, so nothing
was executed), the project transitioned "upwards" in quality: FALLBACK ->
EVALUATED. This may be minor, but still according to what you say, technically
incorrect as the project was never loaded "better" than fallback.
> 'fallback' project without trust can turn to 'evaluated'
>
>
> Key: NETBEANS-5623
> URL: https://issues.apache.org/jira/browse/NETBEANS-5623
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Reporter: Svatopluk Dedic
>Assignee: Laszlo Kishalmi
>Priority: Major
>
>
> During prototyping, I've encountered a strange thing:
>
> {code:java}
> NbGradleProjectImpl prjImpl =
> prj.getLookup().lookup(NbGradleProjectImpl.class);
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> // attempt to load everything
> prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
> // ... it loaded, but did not escalate the quality bcs not trusted
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> {code}
> I expected (the assert at the end) that a fallback project won't change as
> it's not permitted to execute gradle for it. But it turned to evaluated (no
> gradle was executed, in fact).
> I consider that a bug - is it ? If so, pls. reassign to me, will fix it in my
> implementation & make PR.
--
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-5623) 'fallback' project without trust can turn to 'evaluated'
[
https://issues.apache.org/jira/browse/NETBEANS-5623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17332757#comment-17332757
]
Laszlo Kishalmi commented on NETBEANS-5623:
---
Well, There can be a case when such a thing happen. Invalid disk cache. (I'm
not sure if it is that case though)
So it can happen, that the project is not trusted, but there is a cached
version of info on the disk. In this case I think we load the info, but mark
that as EVALUATED, so it would be refreshed on the next Gradle run.
> 'fallback' project without trust can turn to 'evaluated'
>
>
> Key: NETBEANS-5623
> URL: https://issues.apache.org/jira/browse/NETBEANS-5623
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Reporter: Svatopluk Dedic
>Assignee: Laszlo Kishalmi
>Priority: Major
>
>
> During prototyping, I've encountered a strange thing:
>
> {code:java}
> NbGradleProjectImpl prjImpl =
> prj.getLookup().lookup(NbGradleProjectImpl.class);
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> // attempt to load everything
> prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
> // ... it loaded, but did not escalate the quality bcs not trusted
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> {code}
> I expected (the assert at the end) that a fallback project won't change as
> it's not permitted to execute gradle for it. But it turned to evaluated (no
> gradle was executed, in fact).
> I consider that a bug - is it ? If so, pls. reassign to me, will fix it in my
> implementation & make PR.
--
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-5495) LongHashMap missing in 4th donation
[ https://issues.apache.org/jira/browse/NETBEANS-5495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-5495: - Labels: pull-request-available (was: ) > LongHashMap missing in 4th donation > --- > > Key: NETBEANS-5495 > URL: https://issues.apache.org/jira/browse/NETBEANS-5495 > Project: NetBeans > Issue Type: Sub-task >Reporter: Antonio Vieiro >Assignee: Antonio Vieiro >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > The donated cnd.repository module is missing "UTF.java" and "LongHashMap.java" -- 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-5626) Netbeans Installed using Flatpak searchs tools into /usr/bin and didn't found any
Ignacio Santolin created NETBEANS-5626: -- Summary: Netbeans Installed using Flatpak searchs tools into /usr/bin and didn't found any Key: NETBEANS-5626 URL: https://issues.apache.org/jira/browse/NETBEANS-5626 Project: NetBeans Issue Type: Bug Components: cnd - Execution Affects Versions: 12.3 Reporter: Ignacio Santolin Netbeans installed using Flatpak search tools under /usr/bin directory and cant found any tool into that directory. This occurs because system directories are blacklisted into Flatpak (Take a look into documentation) and needs to be invoked into /var/run/host/bin directory -- 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-5625) imports are removed in error when I create an error in a number in an array declaration
albert Steiner created NETBEANS-5625:
Summary: imports are removed in error when I create an error in a
number in an array declaration
Key: NETBEANS-5625
URL: https://issues.apache.org/jira/browse/NETBEANS-5625
Project: NetBeans
Issue Type: Bug
Affects Versions: 12.3
Reporter: albert Steiner
Attachments: Netbeans error1 .jpg, Netbeans error2 .jpg, netbeans
A.jpg, netbeans A2.jpg, netbeans err10.jpg, netbeans err8.jpg, netbeans
err9.jpg, netbeansError3.jpg, netbeansError4.jpg, netbeansError5jpg.jpg
my class EM has a number of imports, but when I create an error at line 1062
double[][] clanFutureFundEmerg1 = \{{.25, .25, .25, .25, .25}, \{.2.5, .25,
.25, .25, .25}};
This creates a large number of errors in the succeeding code., and removes some
imports
using undo fixes the problem.
However when I try to repeat the problem, the imports are shaded red but not
removed, and other classes are set to error.
When I fix the error at line 1062, but not with an undo, the imports are kept.
When I originally was hit by the problem, when I fixed the error, the imports
did not come back. This was a previous invocation of netbeans. I will try to
include screenshots on a windows 10 desktop
I attached the following screen shots errors 1 thru 5 are the first test and fix
netbeans err8 thru 10 are the second try where netbeans recovered correct.
I did another run to get a log with the error This is Netbeans A and A2
--
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-5624) All IDE windows are blank under openjdk-11-jre
davide baldini created NETBEANS-5624:
Summary: All IDE windows are blank under openjdk-11-jre
Key: NETBEANS-5624
URL: https://issues.apache.org/jira/browse/NETBEANS-5624
Project: NetBeans
Issue Type: Bug
Affects Versions: 12.3
Environment: * openjdk-11-jre:amd64
* TDE desktop environment with its default window manages (TWin)
Reporter: davide baldini
Attachments: nb-open-jdk11.png
When using NB under openjdk-11-jre all IDE windows are filled with solid color
and display no elements. The IDE banner shown at startup is a solid white
rectangle. The title bars of each window contain their expected text. In the
screenshot, an existing project was automatically opened at startup.
Console output at startup:
{noformat}
$ ./netbeans-12.3/bin/netbeans
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by
org.netbeans.core.windows.view.ui.MainWindow
(jar:file:/home/davide/netbeans-12.3/platform/modules/org-netbeans-core-windows.jar!/)
to field sun.awt.X11.XToolkit.awtAppClassName
WARNING: Please consider reporting this to the maintainers of
org.netbeans.core.windows.view.ui.MainWindow
WARNING: Use --illegal-access=warn to enable warnings of further illegal
reflective access operations
WARNING: All illegal access operations will be denied in a future
release{noformat}
Quitting the IDE appears functional, and a solid blank rectangle is shown at
the same position where the "closing projects" progress bar would appear under
a functional IDE. No console output is produced when quitting the IDE.
The solid blue filling may be derived from a theme.
Using NB under openjdk-8-jre works fine.
--
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-5623) 'fallback' project without trust can turn to 'evaluated'
[
https://issues.apache.org/jira/browse/NETBEANS-5623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5623:
--
Description:
During prototyping, I've encountered a strange thing:
{code:java}
NbGradleProjectImpl prjImpl =
prj.getLookup().lookup(NbGradleProjectImpl.class);
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
// attempt to load everything
prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
// ... it loaded, but did not escalate the quality bcs not trusted
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
{code}
I expected (the assert at the end) that a fallback project won't change as it's
not permitted to execute gradle for it. But it turned to evaluated (no gradle
was executed, in fact).
I consider that a bug - is it ? If so, pls. reassign to me, will fix it in my
implementation & make PR.
was:
During prototyping, I've encountered a strange thing:
{code:java}
NbGradleProjectImpl prjImpl =
prj.getLookup().lookup(NbGradleProjectImpl.class);
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
// attempt to load everything
prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
// ... it loaded, but did not escalate the quality bcs not trusted
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
{code}
I expected (the assert at the end) that a fallback project won't change as it's
not permitted to execute gradle for it. But it turned to evaluated (no gradle
was executed, in fact).
I consider that a bug - is it ?
> 'fallback' project without trust can turn to 'evaluated'
>
>
> Key: NETBEANS-5623
> URL: https://issues.apache.org/jira/browse/NETBEANS-5623
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Reporter: Svatopluk Dedic
>Assignee: Laszlo Kishalmi
>Priority: Major
>
>
> During prototyping, I've encountered a strange thing:
>
> {code:java}
> NbGradleProjectImpl prjImpl =
> prj.getLookup().lookup(NbGradleProjectImpl.class);
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> // attempt to load everything
> prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
> // ... it loaded, but did not escalate the quality bcs not trusted
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> {code}
> I expected (the assert at the end) that a fallback project won't change as
> it's not permitted to execute gradle for it. But it turned to evaluated (no
> gradle was executed, in fact).
> I consider that a bug - is it ? If so, pls. reassign to me, will fix it in my
> implementation & make PR.
--
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-5623) 'fallback' project without trust can turn to 'evaluated'
[
https://issues.apache.org/jira/browse/NETBEANS-5623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svatopluk Dedic updated NETBEANS-5623:
--
Issue Type: Bug (was: Improvement)
> 'fallback' project without trust can turn to 'evaluated'
>
>
> Key: NETBEANS-5623
> URL: https://issues.apache.org/jira/browse/NETBEANS-5623
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Reporter: Svatopluk Dedic
>Assignee: Laszlo Kishalmi
>Priority: Major
>
>
> During prototyping, I've encountered a strange thing:
>
> {code:java}
> NbGradleProjectImpl prjImpl =
> prj.getLookup().lookup(NbGradleProjectImpl.class);
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> // attempt to load everything
> prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
> // ... it loaded, but did not escalate the quality bcs not trusted
>
> assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
> {code}
> I expected (the assert at the end) that a fallback project won't change as
> it's not permitted to execute gradle for it. But it turned to evaluated (no
> gradle was executed, in fact).
> I consider that a bug - is it ?
--
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-5623) 'fallback' project without trust can turn to 'evaluated'
Svatopluk Dedic created NETBEANS-5623:
-
Summary: 'fallback' project without trust can turn to 'evaluated'
Key: NETBEANS-5623
URL: https://issues.apache.org/jira/browse/NETBEANS-5623
Project: NetBeans
Issue Type: Improvement
Components: projects - Gradle
Reporter: Svatopluk Dedic
Assignee: Laszlo Kishalmi
During prototyping, I've encountered a strange thing:
{code:java}
NbGradleProjectImpl prjImpl =
prj.getLookup().lookup(NbGradleProjectImpl.class);
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
// attempt to load everything
prjImpl.setAimedQuality(NbGradleProject.Quality.FULL);
// ... it loaded, but did not escalate the quality bcs not trusted
assertTrue(prjImpl.getGradleProject().getQuality().worseThan(NbGradleProject.Quality.EVALUATED));
{code}
I expected (the assert at the end) that a fallback project won't change as it's
not permitted to execute gradle for it. But it turned to evaluated (no gradle
was executed, in fact).
I consider that a bug - is it ?
--
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-5622) compile error while using tomcat
SHARON XAVIER created NETBEANS-5622: --- Summary: compile error while using tomcat Key: NETBEANS-5622 URL: https://issues.apache.org/jira/browse/NETBEANS-5622 Project: NetBeans Issue Type: Bug Components: java - Classpath, java - Compiler, serverplugins - Tomcat Affects Versions: 12.3 Reporter: SHARON XAVIER [^neterror1.txt] -- 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-5621) illegal state error
SHARON XAVIER created NETBEANS-5621: --- Summary: illegal state error Key: NETBEANS-5621 URL: https://issues.apache.org/jira/browse/NETBEANS-5621 Project: NetBeans Issue Type: Bug Components: java - Compiler, serverplugins - Tomcat Affects Versions: 12.3 Reporter: SHARON XAVIER [^neterror] -- 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
