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.
Created attachment 155505 [details] Video demonstrating behaviour of output window resizing Output window is now hogging up the IDE's space by requiring a minimum height of about 700px (estimated). Another issue that's always been apparent is it's difficult to get the cursor to drag the divider between components. The mouse cursor changes but clicking and dragging doesn't move anything, sometimes it actually grabs the tab instead, even though the cursor shows the divider icon. This is shown in the attached video. Steps to Reproduce: 1. Open the output window and another component in the output area. 2. Try to resize the output window smaller than 700px At this point it will not size smaller 3. Switch to the other output window (like search results) 4. Resize the windows smaller as before It will resize 5. Switch back to the output tab The output tab will jump to a height higher than it should.
Just tried by closing some of the tabs, it seems to be proportional to how many output tabs you have open. i.e. I had many SQL execution results, tomcat, run output and debugger outputs open. I progressively closed them one by one and could reduce the size incrementally smaller.
Reassigning for further evaluation.
I cannot reproduce this bug on Linux with KDE. It may be specific to Mac OS X. Thank you for reporting.
I figured out how to reproduce this bug. Keep opening new SQL queries and execute a simple query so you end up with a "SQL n Execution" within the " Output window. Steps to Reproduce: 1. Create a SQL database, I use a h2 database, but it won't matter. 2. Execute in each window the following (or your DB dialect) query. select 1; 3. Copy + Past that query to each editor window and execute. NOTE: As of NB 8.1 the SQL Execution output window is synchronised with the editor now, so if you close the editor the output closes also, so don't close the editor. Observation: You will see that after every execution that the output window occupies slightly more horizontal space.
Thank you very much for steps to reproduce. It still works fine for me on Linux, I'll need to check it on Mac.
No probs, it could also be retina display related. My system is : MacBook Pro (Retina, 15-inch, Mid 2014); I run in default resolution. I've switched to dev builds and reproducing: Product Version: NetBeans IDE Dev (Build 201508230002) Java: 1.8.0_45; Java HotSpot(TM) 64-Bit Server VM 25.45-b02 Runtime: Java(TM) SE Runtime Environment 1.8.0_45-b14 System: Mac OS X version 10.10.4 running on x86_64; UTF-8; en_AU (nb) User directory: /Users/bryan/Library/Application Support/NetBeans/dev Cache directory: /Users/bryan/Library/Caches/NetBeans/dev
I've been able to reproduce the issue on Mac (without Retina display). It probably originates in Aqua Look&Feel, or in Mac implementation of tabbed pane.
Created attachment 156427 [details] Demo Class Attached demonstration code that explain source of the problem. The problem originates in Aqua Look&Feel. The attached code prints minimum height of a tabbed pane while adding tabs to it. Output when running on Mac is: Tabs: 1 Minimal height: 56 Tabs: 2 Minimal height: 77 Tabs: 3 Minimal height: 98 Tabs: 4 Minimal height: 119 Tabs: 5 Minimal height: 140 Tabs: 10 Minimal height: 245 Tabs: 20 Minimal height: 455 Output on Windows is: Tabs: 1 Minimal height: 36 Tabs: 2 Minimal height: 36 Tabs: 3 Minimal height: 36 Tabs: 4 Minimal height: 36 Tabs: 5 Minimal height: 36 Tabs: 10 Minimal height: 36 Tabs: 20 Minimal height: 36 Maybe the bug is related to the fact that Aqua uses "setTabLayoutPolicy(JTabbedPane.SCROLL_TAB_LAYOUT)" by default.
http://hg.netbeans.org/core-main/rev/9d04d03ce934 Workaround for Output Window. Thank you very much for help.
Reassigning to platform/JDK Problems.
Thanks for the workaround. No more should be needed on NB side. Related general JDK bug filed at https://bugs.openjdk.java.net/browse/JDK-8137169
Integrated into 'main-silver', will be available in build *201509261150* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/9d04d03ce934 User: Jaroslav Havlin <jhavlin@netbeans.org> Log: #254566: Output window is hogging space with minimum vertical space requirement
Created attachment 156818 [details] Output window now hogging horizontal space. Unfortunately this has now worsened the symptoms as the horizontal space is now being consumed. However, now it doesn't matter how many output windows I have open, I only have two SQL executions open and the window is being extremely greedy. Sorry for the bad file quality but it's the best I could do with a 10MB restriction.
Might I point out that the problem is only relevant to the output window. If I have many search results or usage tabs open they are not affected, or at least; I haven't noticed them being affected.
(In reply to brettryan from comment #13) > Unfortunately this has now worsened the symptoms as the horizontal space is > now being consumed. [...] I'm sorry, I cannot reproduce the problem with horizontal space (on Mac). Are you able to reproduce the bug constantly? > Sorry for the bad file quality but it's the best I could do with a 10MB > restriction. No problem, the video is perfect. Can you please try whether the problem also occurs in NetBeans 8.1 RC2 [1]? Thank you very much. [1] http://download.netbeans.org/netbeans/8.1/rc2/
Just downloading RC2 atm and will test. I can reliably reproduce this, but, not to as bad as it was, I can show the symptom however. Steps to Reproduce: 1. Open the IDE and start with a fairly default layout, however I always close the navigator, I never use it and it annoys me. 2. Have tabs Projects, Files and Services open with Services tab selected 3. Widen the services group as wide as you can make it while still being able to view the editor and output. 4. Create an SQL connection 5. On the connection right click and choose "execute command..." 6. Run the following invalid command. I'm choosing an invalid command to rule out that it's the results window. select * from 1; 7. The window is fine. Repeat steps 5+6 8. The window got widened and the services tab narrowed. Repeat steps 5+6 9. The window remains as is, but now you can resize past the prior boundary.
Thank you very much for the steps, I can reproduce the bug now. > Just downloading RC2 atm and will test. The bug is present also in 8.1 RC2. Fixed here: http://hg.netbeans.org/core-main/rev/445cada3df1a
(In reply to Jaroslav Havlin from comment #17) > Thank you very much for the steps, I can reproduce the bug now. > > > Just downloading RC2 atm and will test. > The bug is present also in 8.1 RC2. > > Fixed here: > http://hg.netbeans.org/core-main/rev/445cada3df1a verified
Integrated into release81 branch: http://hg.netbeans.org/releases/rev/a1d7ec0a2c8c Thank you for verification, Stepan.
Integrated into 'main-silver', will be available in build *201510230002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/445cada3df1a User: Jaroslav Havlin <jhavlin@netbeans.org> Log: #254566: Output window is hogging space... (correct, simplified fix)
Stepane, can you please verify this bug fix in FCS candidate build? Thanks!
verified in 8.1 FCS (Build 201510222201)