Bug 135030 - Cell being hidden by merging can get the focus and accept input. This may afflict formula results.
Summary: Cell being hidden by merging can get the focus and accept input. This may aff...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.0.0.1 rc
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-21 22:56 UTC by Wolfgang Jäger
Modified: 2021-06-09 03:48 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Showing the result of the proceeding described in the report. (7.40 KB, application/vnd.oasis.opendocument.spreadsheet)
2020-07-21 22:56 UTC, Wolfgang Jäger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wolfgang Jäger 2020-07-21 22:56:28 UTC
Created attachment 163383 [details]
Showing the result of the proceeding described in the report.

Steps to reproduce the reported bad behavior:

Create a spraedsheet.
Merge the cell range A11:A20. 
Enter =A16 into A1.
Select the complete 16th row.
Enter HERE! (e.g.) via the keyboard and hit the Enter key.
Look at A1.

There are variants.
Comment 1 LeroyG 2020-07-21 23:56:39 UTC
Same in LibreOffice 6.3.6.2 (x86); OS: Windows 6.1.
Comment 2 LeroyG 2020-07-22 00:56:11 UTC
To reproduce the bad behavior, Wolfgang Jäger step 4 (select the complete 16th row) must be done clicking on the row header, not with `Shift+Space`.

After Wolfgang Jäger steps:
a. Selecting the row 16, and pressing `F2` will edit the cell content.
b. If cells are unmerged, content of A16 appear in place.
c. Selecting the row 16, the count of values in the status bar says 1.
d. Selecting the row 16, if A16 content was a number (instead of text), the status bar will sum it.

LibreOffice 6.3.6.2 (x86); OS: Windows 6.1.
Comment 3 Mike Kaganski 2020-07-22 06:36:56 UTC
The steps tell what to do, but don't describe the actual observed results, nor the expected results. "Look at A1" and "There ave variants" are not descriptive enough ;)

After performing the steps from comment 0, I see "HERE!" in A1, as expected, using Version: 7.0.0.2 (x64)
Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c
CPU threads: 12; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL
Comment 4 Timur 2020-11-09 11:12:32 UTC
As explained, not clear what's expected and why. 
When "HERE!" is entered on selected row in Excel, it's written in B16, not A16. 
I can't see the importance and real application of this bug report. 
You shouldn't mark row and write text for a single cell anyway.
Comment 5 QA Administrators 2021-05-09 03:51:24 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2021-06-09 03:48:37 UTC
Dear Wolfgang Jäger,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp