Bug 115917 - LOOL: Ignore user selection
Summary: LOOL: Ignore user selection
Status: NEW
Alias: None
Product: LibreOffice Online
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL: https://nextcloud.documentfoundation....
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-21 19:06 UTC by Heiko Tietze
Modified: 2019-06-01 07:42 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Heiko Tietze 2018-02-21 19:06:46 UTC
Collaboratively working on a sheet you likely don't want to start from where the users closed the document last time. Issue happens when I save a document remotely and open readonly in NC. In the example URL you start at A2 (which could be any other cell).
Comment 1 Aron Budea 2018-02-22 01:59:38 UTC
On one hand this is a sensible requirement. On the other hand, in many cases the user would edit the files by themselves, and then it is good to have this behave the same as in desktop.

Maybe save it when it's a single-user session, and ignore it if at any point other users joined the session? That seesm to be a bit coincidential/inconsistent...

Or maybe ignore it for shared files by letting the WOPI host pass in a parameter to note if the file is shared?

Kendy, what's your opinion?
Comment 2 Aron Budea 2018-02-22 02:05:14 UTC
Ah, at first I thought at least Writer is affected as well, but not, and not in desktop either. Is there a reason the cell selection is only saved/taken into account in Calc?
Comment 3 Aron Budea 2018-02-22 02:16:31 UTC
Heiko, of course your thoughts are very welcome as well. :)
Comment 4 Jan Holesovsky 2018-02-22 08:33:38 UTC
This does not seem to be LOOL specific to me at all - I see it in the desktop version too, the spreadsheet opens with the cursor position where it was the last time, even though from a different user...

IIRC Writer has some guards that position the cursor on the place where it was the last time only if the user is the same; I guess similar thing is needed for Calc (?)
Comment 5 Heiko Tietze 2018-02-22 08:44:57 UTC
(In reply to Jan Holesovsky from comment #4)
> This does not seem to be LOOL specific to me at all - I see it in the
> desktop version too, the spreadsheet opens with the cursor position where it
> was the last time, even though from a different user...

On the desktop it makes sense and was likely implemented intentionally. But I stumbled yesterday over this feature after switching to read only. The sheet starts still where I left it and there is no chance in r/o mode to select a cell (would be better to select but not edit). 

On desktop it would be the same problem when you send the document to another author. Haven't tried this.
Comment 6 Xisco Faulí 2018-11-27 15:00:37 UTC
@Heiko Tietze, any update here?
Comment 7 Heiko Tietze 2018-11-27 15:12:47 UTC
(In reply to Xisco Faulí from comment #6)
> @Heiko Tietze, any update here?

Not that I know. No problem if my ticket is refused as WF.
Comment 8 Aron Budea 2018-11-27 17:33:04 UTC
(In reply to Heiko Tietze from comment #5)
> On the desktop it makes sense and was likely implemented intentionally. But
> I stumbled yesterday over this feature after switching to read only. The
> sheet starts still where I left it and there is no chance in r/o mode to
> select a cell (would be better to select but not edit). 
Would the ability to select cells in read-only mode be a sufficient workaround? I don't know how difficult that'd be to implement, but if possible, it'd make sense in general.
Comment 9 Heiko Tietze 2018-11-27 20:01:35 UTC
(In reply to Aron Budea from comment #8)
> Would the ability to select cells in read-only mode be a sufficient
> workaround? 

Absolutely, that's how it works on the desktop.
Comment 10 Xisco Faulí 2019-05-30 11:14:56 UTC
Hello Heiko,
is this issue still reproducible ?
Comment 11 Heiko Tietze 2019-06-01 07:42:13 UTC
(In reply to Xisco Faulí from comment #10)
> Hello Heiko,
> is this issue still reproducible ?

Yes, the position is still saved in the document.