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.
[JDK 1.5.0, dev-200311241900] I opened ColorPicker application, executed it and then discarded 'Compiler Output' term in Output window and two scrollbars were displayed in Output window. See screenshot. Seems to be reproducible.
Created attachment 12282 [details] screenshot
Please put there screenshot of entire output.. so we can see what components are there, or whether it is just not repainted, did you try it out?
Created attachment 12286 [details] screenshot
I attached screenshot of whole Output window. I don't know how to try out if it's just not repainted. There are simply two scrollbars and both are active. The second scrollbar disapears after opening new output term.
Now it is better, so it is probably not repainted. You can force repainting the way, you 'hide' the window or just the needed are (e.g. switch to another workspace or overlap it by another app window), and then unhide (e.g. switch back). Passing to Dafe, whether there is missing repaint request.
Dafe, I recently did a small change to OutputTabTerm - got rid of SplittedPanel and replaced it with a JSplitPane. It may be an artifact of that... Milan, did you have a window open which was 2-pane (separate stdin/stdout)? I'm hoping this is just a missed repaint. The original OutputTabTerm used a SplittedPanel which would contain both panes even if one was never used. I didn't change that, I just changed it to a JSplitPane which, if the error pane is not showing, sets its splitter width to 0 and its splitter position to getWidth(). OutputTabTerm needs a complete rewrite, so I'm trying to avoid any extensive fixes until I have a block of time to spend on it (maybe sometime in 2012?).
Only two tabs were opened in Output Window: 'Compiler' and 'ColorPicker - I/O'. I closed 'ColorPicker - I/O' by 'Discard Output' and it happened. Repaint doesn't help, it's still there until another term(s) is opened. Reproducible only on JDK 1.5.0.
Milan, don't forget the JDK_SPECIFIC keyword, thanks in advance.
Antoher and easier way to reproduce the problem: Just do horizontal resize of IDE. It disapears after clicking on IDE border (when cursor has 'resize' shape). Very easy reproducible -> raising prio.
Passing to Tim and cc Marek, it's about term and output window.
Cc'ing Ivan - I know term does some pretty funky things with a standalone scrollbar.
Revalidation problem, I believe this is fixed by the fix for issue 39468 - I can't reproduce it after the fix. Milan, please check it - it's clear from the description that you had some other output tabs open when the problem showed up, so I'm not sure I repeated exactly the steps you did.
How funky can you get with a stndalong scrollbar. The horizontal resize reproducibility keeps pointing at repaint-like problems.
Not sure if dev-200402091900 contains the fix, but if yes then it's still there. It's easily reproducible just by executing app. and exiting it, after it's Execution window is closed scrollbar remain in the middle of Output window. Tim, what JDK version do you have?
I was using a private build of 1.5 from the JDK team, but was assuming the behavior would be the same. I'll double check it.
Milan, I just ran into this issue under dev build 200402121900 on JDK 1.5.1 beta 1 so your validation fix did not solve this issue.
Fixed in trunk. Checking in src/org/netbeans/core/output/OutputTabInner.java; /cvs/core/output/src/org/netbeans/core/output/OutputTabInner.java,v <-- Output TabInner.java new revision: 1.16; previous revision: 1.15 done Processing log script arguments... Mailing the commit message to cvs@core.netbeans.org (from tboudreau@netbeans.org )
Verified in dev-200402221900.