This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
[ BUILD # : fcs ] [ JDK VERSION : other ] I created a small javafx project, and, after having done some edit / compile / run cycles, I find that the badge in the projects hierarchy does not reflect the status of the compilation of the files any more.
further, once the problem happens, the badges also fail to update in other cases, such as using F9 on a package. ie: none of the files in the package get updated to indicate they've been compiled, even though the compilation clearly has happened successfully. you may have to run the javafx app before the issue creeps in. I was able to: a) open netbeans. b) edit a source file (badge shows it needs compiling) c) compile it. d) run it. e) edit the same source file f) compile it. (badge is now no longer updating and shows it still needs compiling).
about the project: It's the javafx with separate preloader app variety. it has (on the build/deployment pane) for the main app: Request unrestricted access (Enable Signing) checked. the certificate is: self-signing. and, I also note that when building, I see the following error/warning: Duplicated project name in import. Project jfx-impl defined first in C:\nbp73trunk\byos4LaptopFx\nbproject\jfx-impl.xml and again in C:\nbp73trunk\byos4LaptopFxPreloader\nbproject\jfx-impl.xml
I confirm it is reproducible on my PC, using Win7 64 and NB daily build from 18 FEB 2013. Actually it happens not just in the context described in Comment #1, it seems to be failing even with plain Java projects if there are dependencies among them. Also, currently no badges are shown when I create a Java Class Library project, no matter whether the sources get edited/rebuilt or not. The behavior is unstable, sometimes restarting IDE helps, at other times it does not. The problem most likely is not FX specific; there seems to be something broken either in general project UI support or even in file system listening. (Remark: the warning "Duplicated project name in import..." mentioned in Comment #2 is unrelated to this issue, see Issue #208484)
The FileBuiltQuery is not part of ClassPath module, it's in general queries.
-> projects / generic infra
I was looking at it, namely I was looking at GLobFileBuiltQuery. Here is the result: The StatusImpl was correctly created and listener to target added. The StatusImpl was not freed (the listener exists), but the events from FS are not delivered. Reassigning to openide/fs.
*** Bug 226419 has been marked as a duplicate of this bug. ***
*** Bug 226629 has been marked as a duplicate of this bug. ***
I don't understand why this should be P2 bug. You can run with -J-Dorg.netbeans.modules.masterfs.watcher.level=FINE and attach your log file. That would give us a bit more clue of what is going on.
Created attachment 131884 [details] Message log Here is my message log. I opened NB, waited for scan, made a modification in one file, clean and build, and a badge is still on file. Hope it will help a bit.
(In reply to comment #9) > I don't understand why this should be P2 bug. > This doesn't happen in 7.2.1, so it's regression. According to the bug priority chart, regression in functionality is a P1. I don't understand how it is not a P1. Maybe I don't understand the priority chart? I think maybe the priority chart needs to be updated with a better explanation if this is the case because I have filed P1 bugs before based on regression that held up releases. These were issues that had less of an impact on usability than this bug.
if it's a regression, it certainly deserves P2 IMO...
Perhaps a patch candidate?
*** Bug 226724 has been marked as a duplicate of this bug. ***
good idea. (In reply to comment #13) > Perhaps a patch candidate?
*** Bug 227207 has been marked as a duplicate of this bug. ***
Created attachment 132515 [details] screenshot showing the problem
Another Regression and high-priority issue, please evaluate ASAP. Thanks in advance.
jtulach, what is the status of fixing this for 7.3 patch 1?
Also happens on DEV 201303142300.
I managed to reproduce the problem. No events are delivered to just invalidated FileObjects. Following change seems to improve the situation a bit: --- <html>BaseFileObj.java (<b>Feb 15, 2013 12:15:30 PM</b>)</html> +++ <html><b>Current File</b></html> @@ -842,6 +842,8 @@ } else if (isData()) { refreshExistingParent(expected, fire); } + } else { + fireFileDeletedEvent(expected); } } finally { stopWatch.stop();
ergonomics#f160b375b879
Created attachment 132899 [details] nbm file for 7.3 with the fix The NBM should be good for testing. A deeper code review could be beneficial with this kind of change where anything can go wrong.
Command $ ant -f masterfs/build.xml test passed OK on release73 branch on my Linux computer.
I tried attached NBM with 7.3 and haven't found any regression so far. Since I am not able to reproduce the original problem I tried to - create Java project - disable compile on save - add some classes - clean and build - modify code - clean and build - delete build folder in Files view - clean and build - etc. All badges were updated correctly.
How to apply the NBM? I'd like to test it.
changeset: da870d360bc2 branch: release73 tag: tip parent: 4c9ad2fab74f parent: f160b375b879 user: Jaroslav Tulach <jtulach@netbeans.org> date: Thu Mar 21 17:35:44 2013 +0100 summary: Merge of #226091 into 7.3 patch 1 + increment of spec. version number
(In reply to comment #27) > How to apply the NBM? I'd like to test it. Tools/Plugins/Downloaded.
I tried that; I get "Plugin 'Master Filesystem' is already installed".
Sorry, I was running a dev build.
Integrated into 'main-golden', will be available in build *201303212300* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/f160b375b879 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #226091: Don't forget to deliver events for existing file objects deep under a folder that disappears
Integrated into 'releases', will be available in build *201303221808* or newer. Wait for official and publicly available build. Changeset: http://hg.netbeans.org/releases/rev/f160b375b879 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #226091: Don't forget to deliver events for existing file objects deep under a folder that disappears
*** Bug 226096 has been marked as a duplicate of this bug. ***