Temporary Move Storage

[Ytw3216]

This is an obnoxious feature that should be disabled. When the user chooses to close the opening explorer or refresh the browser tab that is an unambiguous signal that the user does NOT want to save a study.Studies are great, but that is not how people use the Opening Explorer.

It is difficult and annoying to use the "clear moves" button because it requires switching away from the opening explorer database, whichis the feature I'm trying to use. Forcing moves to be stored in browser cache without user consent is malicious behavior.

[Dboingue]

a large population like lichess user base, and a large feature set like lichess site, might provide for diversity of usage and use-case. It is possible that even a majority of users feel like you as they would also be using the same features as you.

I comment here, not to deny your experience, but to propose a rewording of your issue that would not assume uniform needs and feature subset usage. lichess has forum where to first vent initial reactions.

Perhaps just take out the first sentence, and all would be fine with me. not a dev, another fellow lichess user who actually need that feature, but not in the context you have shared. in that context I would actually agree that this feature might not be useful.

I would also take out the last sentence. I am like you though. These vents do sustain the motivation to keep efficient at stating what a problem might be. but luckily, here, markdown and editable. once the dust settles.

Conclusion: edit suggestion. trim first and last sentences and your issue is helpful feedabck i would say.
PS: i would revise my emoticon feedback to eyeing one, wihtout the boundary sentences.

[Dboingue]

feedback forum 2 threads related to this
https://lichess.org/forum/lichess-feedback/temporary-move-storage
https://lichess.org/forum/lichess-feedback/analysis-boards-persisting-between-uses

[Dboingue]

RE: user reload signal.
I use to complain about the contrary, chrome use to refresh tabs on its own when it thought you were not busy enough on it, or looking at another tab... lichess also used to cycle things for while (live html node deletion and recreation). Reloading is not such a clear user input signal. it is rather a vague event. like rebooting.

[Dboingue]

Rephrasing without the criminal intent attribution: (I can do that too :) )
I do understand the needs of sustained and efficient attention in terms of visual field configuration, and dynamics in relation to your goals as feature user. The great core feature linking in coordination the 2D board, the game mainline, and user or engine created variations allowing seamless postiion exposure and tree navigation, together with the added tool of opening explorer, also coordinated with other 2 modules, listening to your user events is all happening within limited space, and one would rather have the information under focus or creation to be visible compeletly without further manipulations that would make break in the visual continuity. Am i understanding right. The problem might not be the new feature. But you can describe factually your increased disconfort. I just like to explain things to death.

[schlawg]

@Dboingue
Just a heads up, if someone is subscribed to an issue, every new comment generates an email to them. You can edit an existing comment using the ellipses menu.

[370417]

My suggestions:

• Leave the feature on in game replays and in correspondence.
• Turn it off in /analysis, since that is where users go if they want a blank slate (and where they go for the opening explorer)
• Less important: avoid displaying the message panel until there is locally stored data; this way we only require attention from the user when the feature is having an effect

If we want to leave this feature enabled everywhere, I think there's a strong argument that this feature should be controlled by an option.

• Privacy: let users control what is stored about them, like how a browser lets you control cache/cookie/history settings.
• Ownership: let users control what their computation and their screen real estate is used for.
• Automation: some people might want to click "clear moves" after every move. Computers are good at automating, and they should be able to automate this too.

If /analysis does not store moves locally, I think having an option is less important.

[Lou-E-303]

I think "For safekeeping and sharing, consider making a study." hits the nail on the head, and it's odd that Lichess uses this in its official messaging around this new feature.

We already have studies. What value does this add to the analysis board? It seems to me that it just blurs the lines between the two, when they were already great as separate entities.

It's fair enough that some people like it, I can only speak for myself. But I'd like to respectfully request that Lichess at least includes a way to turn this off in settings. It is significantly degrading the UX for me.

It also seems to be causing a raft of bugs for various existing features in Lichess e.g. importing FEN via URL. For me, the move numbers which are inset into the move list are rendering weirdly in correspondence games. After I click the 'play X and save premove line' button, the analysis board gets stuck in a repetitive loop of making the same move over and over again, to the point where even clicking the 'back to game' button does nothing and I have to close the tab!

I think @370417's suggestion is a good stop-gap for now, but I'd rather not have to contend with this feature in Correspondence either. Also, this would do nothing to address the bugs.

As I said, this is only my own opinion, but as an aside - so far I've only really seen one or two people speaking out in favour of the feature.

[schlawg]

I like it in correspondence.

After I click the 'play X and save premove line' button, the analysis board gets stuck in a repetitive loop of making the same move over and over again, to the point where even clicking the 'back to game' button does nothing and I have to close the tab!

That's interesting. Will fix.

[Dboingue]

Well I thought so too for the suggestions. the user variations in correspondance is where some people also complain. that is also a place for the opening explorer. that is why i think each user annoyance report should be precise about the context.. so that we don't assume anything, as we may not all have same feature usage experience, and the analysis mode is the work horse of many lichess pages (or objects). There is no use for persistence in correspondance if not in analysis mode.... is what wanted to make more precise.. the complaints might not be coming from same places.. the few words tendencies is not always a precision garantee and might rely too much on common sense being the same in a big population of users.... I do agree with the logic of everywhere meaning option.  but the following bullet points seem an added concern. i may have missed a few post here or there. or it might be about studies, where such issues about collaboration and permissions matter.  but in games, each user tree is private already. Also not understanding why storing locally is linked to the option importance. is this about using a public machine?  did not think of that. I guess firefox containers might come in handy then, no? (I am trying to understand with the little I know). @schlawg As to the editing question. i decided to make my posts modular in order to possibly delete moot ones without affecting things that i wanted to stay.  also, easier for the replies, to be precise without asking the replier to be precise about which unrelated part. thanks for the help it may help also others. I have worked with issues in the past, my problem is not about its features (which i actually find very good) but about content expectations given a repository. I also fear making messes. Le 01/08/2022 à 14:27, Albert Ford a écrit :

…

My suggestions: * Leave the feature on in game replays and in correspondence. * Turn it off in /analysis, since that is where users go if they want a blank slate (and where they go for the opening explorer) * Less important: avoid displaying the message panel until there is locally stored data; this way we only require attention from the user when the feature is having an effect If we want to leave this feature enabled everywhere, I think there's a strong argument that this feature should be controlled by an option. * Privacy: let users control what is stored about them, like how a browser lets you control cache/cookie/history settings. * Ownership: let users control what their computation and their screen real estate is used for. * Automation: some people might want to click "clear moves" after every move. Computers are good at automating, and they should be able to automate this too. If /analysis does not store moves locally, I think having an option is less important. — Reply to this email directly, view it on GitHub <#11304 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADNEZIANH5RZU5UZTB35CUDVXAJK7ANCNFSM55HYCM5Q>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[Dboingue]

I think "For safekeeping and sharing, consider making a study." hits the nail on the head

I made a reply to that suggestion in lichess feedback... not doing the job that in game correspondance analysis mode does...

it is good for sharing not for own games. one would have to give up all the game features... or painfully keep a mirror of the game at each user variation creation session in a study. I tried that, and I should ask you to try it too for a whole game... and let me know how much a nail hit it was.... I did it for a while. then gave up about it. i like chess not repetitive motions.

for other reasons about specific of variations handling see my reply:
https://lichess.org/forum/lichess-feedback/temporary-move-storage?page=3#28

first paragraphs are about study. then i recap what I do in correspondance that would make little sense in studies (unless above tedious work around).

[schlawg]

I liked Albert's comment but I think the privacy argument weakens the rest of his points. There may yet come a day when amazon can recommend an electric string trimmer based on adware scans of the analysis moves in your browser cache.

But that day is not now. I don't think.

[Dboingue]

https://lichess.org/forum/lichess-feedback/analysis-boards-persisting-between-uses?page=2#16
updated iteration of my view of the problem from informative model user-annoyance feedback post
(that is only one user though).

[Dboingue]

I like it in correspondence.

After I click the 'play X and save premove line' button, the analysis board gets stuck in a repetitive loop of making the same move over and over again, to the point where even clicking the 'back to game' button does nothing and I have to close the tab!

That's interesting. Will fix.

it makes me curious about the interaction between premove storage and local user variation tree storage..

[infiniteflash24]

Adding this as an account/board option button would be a simple fix. The change is obnoxious for my use case. I liked it the way it was before.