Hey Jan, TLDR; you are absolutely Right. I tried it in NB 8.2 but I use the notification Plugin where the notifications went to the Notify API from the OS, so I didn’t realized it, but yes it happens there too. Yes, it only appears in the notification area BUT, if you have opened that window/Dialog once to see what happens, after Closing it, it will appears as a separate Dialog again, when the error occurs.
So yes I will switch it to critical and wait for a fix. It appears for me, while I tried to Change Code inside of a NetBeans module and I realized it in NB 10 first because my use case was to double click at the end and select the Code. I set it to blocker, not only due to annoying, but IMHO such a exception window, should never come up while working in a normal case. Now I notice that it is inside the notification first. Thx for that. The NPE is a bit more worse, because find usages is a common workflow and it doesn’t work that correct than before. Cheers Chris Von: Jan Lahoda Gesendet: Mittwoch, 7. November 2018 23:57 An: dev@netbeans.incubator.apache.org Betreff: Re: AW: Apache NetBeans 10 vc-3: looks solid Hi, My personal opinion only: On Wed, Nov 7, 2018 at 8:14 PM Christian Lenz <christian.l...@gmx.net> wrote: > Yeah well, well again. I said only in my opinion, so I’m open to discuss > it. The one with the tripple click, could be a Corner case, but it never > happened before and I had the Situation, where the execption window came up > which is annoying. > I am mildly surprised there was an exception window in the release build - the popup should be suppressed in release builds? I just tried VC3, and it seems the exception is thrown, but there's no popup, it "just" adds the warning sign on right bottom corner? (Ability to select does not seem to be affected?) Frankly, for marking something a blocker, we should not only judge if (and how much) a thing is annoying and if it is reproducible, but also how important/common is the usecase/what is the impact. In this case, it is a double (mouse) click in the editor, keep the mouse button pressed after the second click and move the mouse cursor beyond the end of the document. So, my personal opinion is that this is annoying, reproducible and should be fixed, but I don't see it to be severe enough to stop the release at the current stage. Also - the same thing happens for NB 8.2 for me, so I guess I wonder if there's some new information on why we could live with this so far, but the fix can't wait for the next release. In any case, the bug was missing a reproducible testcase(!!), so I just added one. Jan > The NPE was in my opinion a blocker, to make it clear what there happens > and it was still annyoing that an NPE came up, with the exception window, > after using find usages. So this should not happen at all. > > 586 is the one with the NPE and 1012 is wrong, smth with javadoc, I think > you mean 1440, Right? > > My 2 cents. > > > Cheers > > Chris > > > Von: Laszlo Kishalmi > Gesendet: Mittwoch, 7. November 2018 17:48 > An: dev@netbeans.incubator.apache.org > Betreff: Re: AW: Apache NetBeans 10 vc-3: looks solid > > Well, well, > > As of NETBEANS-586 it was created in April and suddenly after vc3 it > became a BLOCKER... > As of NETBEANS-1012 It was "just" CRITICAL two days ago. For me the issue > describes a not that common use case. (Well of course it is really > subjective.) > > I'm not really happy about that, in the last two week of the release cycle > some dormant bugs just gets elevated as BLOCKER-s. > If we really need to cut a vc4 on this weekend I'm happy to merge the PR > for NETBEANS-1012. However I do not think we need that. > > Laszlo Kishalmi > Volunteer Release Manager of Apache NetBeans 10.0 > > > On 11/7/18 7:45 AM, Christian Lenz wrote: > > And this is the other blocker, which has not yet a PR: > https://issues.apache.org/jira/browse/NETBEANS-586 > > > > > > Cheers > > > > Chris > > > > > > > > Von: Geertjan Wielenga > > Gesendet: Mittwoch, 7. November 2018 16:36 > > An: dev > > Betreff: Re: Apache NetBeans 10 vc-3: looks solid > > > > Sure, that's true, though in a way it's too early to vote on the sources, > > since we're still running the survey on the binary. > > > > But that thread, indeed, since it's there, and if it's not going to be > > replaced by a new vote thread, because potentially we'll need to spin up > > another voting candidate (which doesn't seem likely to me, right now, > i.e., > > I think we have everything we want in vc3), is the one to use. > > > > Gj > > > > > > On Wed, Nov 7, 2018 at 3:03 PM Neil C Smith <neilcsm...@apache.org> > wrote: > > > >> On Wed, 7 Nov 2018 at 11:09, Geertjan Wielenga > >> <geertjan.wiele...@googlemail.com.invalid> wrote: > >>> That means, unless we find actual real blockers that should prevent > >> Apache > >>> NetBeans 10 from being released, we'll start voting on the sources > >> I'm confused! So the current 10-vc3 vote thread isn't a vote thread?! > >> > >>> (remember, Apache does not release binaries, it releases sources, at > most > >>> the binaries are known as 'convenience binaries > >> Speaking of which, we could do with having a convenience Javadoc > >> archive alongside the binaries by actual release day. > >> > >> Best wishes, > >> > >> Neil > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > >> For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > >> > >> For further information about the NetBeans mailing lists, visit: > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >> > >> > >> > >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > >
