You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2017/04/20 06:40:37 UTC

[Issue 121583] Vertical scrollbar scroll bar miscalculations

https://bz.apache.org/ooo/show_bug.cgi?id=121583

Wendy Wang <we...@outlook.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wendy-wang@outlook.com

--- Comment #13 from Wendy Wang <we...@outlook.com> ---
Hi to whom concern, 
Generally the scenario isn't hard to understand and I fully understand and know
the way to replicate the issue with the given information from all previous
comment.I cannot replicate the bug which originally reported in 2013 since it
seems to be fixed in later release and have adapted new UI. But the description
of the last comment match with my observation. 

Part1
Replicate the Report:
Precondition:
My testing version is OOO v4.1.2 from mac OS X 10.11.6.
1.Open the OpenOffice Writer
2.Create one new document with 1 single page
3.Manually click the scrollbar up and down on the right hand side of tool bar
right next to blank page.
Notice the vertical rectangular position indicator adjusts to the designated
area where click happens along the position of the scrollbar. Please refer to
screenshot.
4. Click mouse at area very near the top of scrollbar, there’s no response.
Indicator cannot move and get closer to the top of scrollbar. Meanwhile the
displayed page adjusts to corresponding position. 
5. Click mouse at area very near the bottom of scrollbar, there’s no response.
Indicator cannot move and get closer to the bottom of scrollbar.Meanwhile the
displayed page adjusts to corresponding position. (reporter meant this is
replicable, but due to the up and down arrow buttons so close to the bottom of
scrollbar I am not able to reproduce this part)
6.Repeat steps 2-6 while create new document with more than 100 pages, observe
if the location indicator can move together with the click. Meanwhile the page
adjust to corresponding position. 

Expected:Click on any corresponding location the scroll bar indicator can be
adjusted to the designated area and jump to corresponding page location.
The issue: For top of scrollbar and button of scrollbar, after click on
scrollbar the location indicator doesn’t respond and move to corresponding
location.

Part 2
Summary of current issue:

The scroll  bar matches with the clickable area most of the area from scroll
bar except the upper top of the scroll bar. Due to the impact of the "previous
page" button, the lower scroll bar isn't clickable isn't easy to verify. Please
see screenshot on the problematic area in red.
After read through all the comments from the bug report, no extreme value used
but it implies boundary such as long and short document. I have created a file
for more than 100 pages to simulate reporter's long document which is the
scenario originally reported. From some other reporter later updates, the issue
also replicates on 1 page long as well as more than 100 pages.

Part 3
Part not able to replicate according previous comments and additional info
needed:
The visible thumb doesn't show up while I was testing and I think a screenshot
would be quite helpful to clarify uncertain part. I would also suggest to have
more specific information in bug report such as list the operating system
information and the file size/pages in precondition and list steps one by one
on how to replicate. List different section in bulletin such as precondition,
steps to reproduce, expected results and actual results. 

Part 4

To further find out the root cause(problem area) I would like to suggest
follow-up tests mentioned below:

1.On single page what is the pixel of the non-clickable area from top upper
right scroll bar. 

2.On long document such as document with 100 pages, whether the pixel of the
non-clickable area is the same. If the value differs, how much is the
percentage? To verify the response is the same as single page. 

3. For the test doc with 1 page, enlarge the Writer doc view to be 200% and see
if the non-clickable area is the same as 100% view. To check whether this is
proportional to the view customization.

4. For the test doc with 100 page, enlarge the Writer doc view to be 200% and
see if the non-clickable area is the same as 100% view. To check whether this
is proportional to the view customization.

5.Check scroll up and down with the mouth control position is 100% responsive
over the scroll bar which means it should bring the location indicator to the
up top or bottom of the scroll bar. To identify whether this can be the
workaround to help overcome the non-clickable area defect.

6.Check scroll up and down with the page up/down arrows is 100% responsive over
the scroll bar which means it should bring the location indicator to the up top
or bottom of the scroll bar. To identify whether this can be the workaround to
help overcome the non-clickable area defect.

7.Whether this issue is applied to other OpenOffice product? like Spreadsheet,
Drawing and Formula. To check whether this is a common problem across the
application therefore can identify the impact area.

8.If I have more time, I would repeat the test over Window operating system to
see if this issue persist on Windows operating system as well. This would help
product manager to understand the scope of impact from this bug. Also can help
developer to fix the bug better.

By doing all those tests mentioned above, we can identify the scope of impact
on this bug, work around and whether this is related to zoom in/out. 

Please let me know any feedback, thank you.

-- 
You are receiving this mail because:
You are the assignee for the issue.
You are on the CC list for the issue.