Issue 124285 - Basic IDE: mouse cursor does not change to "resize" view when resize source code pane
Summary: Basic IDE: mouse cursor does not change to "resize" view when resize source c...
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 4.0.0
Hardware: All All
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2014-02-21 10:56 UTC by bmarcelly
Modified: 2014-02-25 09:26 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
screenshot of window (64.97 KB, image/png)
2014-02-21 12:22 UTC, Edwin Sharp
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description bmarcelly 2014-02-21 10:56:19 UTC
Open the Basic IDE on a Basic module.
Under the code window, you see the Watch window and the Calls window.
The horizontal separation between the code window and the others is movable.
The vertical separation between the Watch window and the Calls window is movable.

Problem
- Sometimes the mouse cursor does not show that the separation line is movable when hovering over it. Since the active line is very thin, it is very difficult to catch and drag it.
- Sometimes it happens on the horizontal line but not on the vertical line, or vice-versa.
- Even when the cursor is correct, a redimensioning of the whole IDE window followed by closing and reopening of the IDE will trigger the anomaly. Or just close/open the IDE.

Reproducibility
Several users have confirmed it.
Anomaly confirmed on Apache OpenOffice 4.0.1 with Windows 7 and OsX 10.9.1, but not reproduced on Linux.
Not reproduced on Apache OpenOffice 3.4.1 with Windows 8.
Comment 1 Edwin Sharp 2014-02-21 12:22:47 UTC
Created attachment 82654 [details]
screenshot of window

vertical adjust not working
horizontal adjust causes smearing of column
AOO410m1(Build:9750)  -  Rev. 1569541
Rev.1569541
Win 7
Comment 2 papayes 2014-02-21 12:25:51 UTC
Hello,
I have exactly the same behavior with AOO 4.0.1(RPM 32 bits)in openSUSE 12.3.11 with KDE 4.9

with AOO 4.0.1 (32-bit DEB) with DEBIAN 7 and Gnome 3.4.2.

AOO 4.0.1 and WIN 8.1 PRO with  64 bits.
and AOO 4.0.1 ans OsX 10.9.1.

The cursor changes to the horizontal or vertical line is active but not both!

While on Ubuntu 12.10 and AOO 4.0.1 only the horizontal line shows the slider to change the vertical line never see the cursor change!
worse, after rebooting the EPI is the Calls window
when the cursor is passed over the sensitive line
either dissociate to become a floating window 
or is normally moves!

Sincerely
Comment 3 Rainer Bielefeld 2014-02-21 19:17:01 UTC
Still Reproducible with server installation of "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1566800 - 2014-02-12]" on German WIN7 Home Premium (64bit)", own separate user profile: Source code pane can be resized, but mouse pointer view does not change. vertical separator between 'Watch' and 'Call' not affected.

I think most users will see this one as General / UI issue <https://issues.apache.org/ooo/report.cgi?x_axis_field=product&y_axis_field=component&z_axis_field=&no_redirect=1&query_format=report-table&short_desc_type=allwordssubstr&short_desc=Basic+IDE&longdesc_type=allwordssubstr&longdesc=Basic+IDE&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&bug_id=&bug_id_type=anyexact&votes=&votes_type=greaterthaneq&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&emaillongdesc3=1&emailtype3=substring&email3=&chfieldvalue=&chfieldfrom=&chfieldto=Now&j_top=AND&f1=noop&o1=noop&v1=&format=table&action=wrap>

Was Still ok with OOo 3.3.0, so REGRESSION; more version tests later
Comment 4 Rainer Bielefeld 2014-02-21 22:08:19 UTC
Already Reproducible with AOO 4.0.0

Was still ok with AOO 3.4.0
Comment 5 Oliver-Rainer Wittmann 2014-02-25 09:26:35 UTC
adjusting version field due to comment #4