I see this on Ubuntu, but not on Win. On Windows the insert field dialog does not have the user field v1. On Ubuntu v1 is carried over to the new document.

However, this is not true for me: "9. Note that v1 is still selected even if Name/value shows v2."
After creating a v2 field with the Apply button, it inserts v2 to the new document.

On Ubuntu there was some strange reaction when opening a new document with the dialog open. It did some weird window focus switching ritual, perhaps 10 focus switches, I thought it would crash.

Win 7 Pro 64-bit, Version: 5.0.3.2 (x64)
Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75
Locale: fi-FI (fi_FI)

Ubuntu 15.10 64-bit 
Version: 5.0.3.2
Build ID: 1:5.0.3~rc2-0ubuntu1
Locale: en-US (en_US.UTF-8)

Have a look again at step 9. v2 gets inserted, but in the selection view, v1 is still selected. It bit misleading.

It may have been this "error" that made me think that the Fields dialog got "out of sync", as I mention in https://bugs.documentfoundation.org/show_bug.cgi?id=96301. That was before I understood that a new Fields dialog pops up for ever open document.

Have you considered sharing a single Fields dialog?

(In reply to Jan Skarvall from comment #2)
> Have a look again at step 9. v2 gets inserted, but in the selection view, v1
> is still selected. It bit misleading.

Not for me.

So what is the semantic behind highlighting anything in the Select frame?

(In reply to Jan Skarvall from comment #4)
> So what is the semantic behind highlighting anything in the Select frame?

What do you mean by this?

Again: v1 for me is not selected. Please upgrade to LibO version 5.

It seems that LibO 5 is not yet available on Ubuntu 14.04, at least if you stick to packages that are supported. So, for now, I refrain from cluttering up my installation, getting out of sync with the management of versions that the Ubuntu Software thinks I have installed. Not (yet) willing to take the risk.

With the semantics I mean: How would you describe what the highlighting means to a user? I think it will be tough to describe it if the highlighting does not follow what is seen in the Name and Value boxes.

(In reply to Jan Skarvall from comment #6)
> With the semantics I mean: How would you describe what the highlighting
> means to a user? I think it will be tough to describe it if the highlighting
> does not follow what is seen in the Name and Value boxes.

But this is apparently the case only in versions prior to 5.

The remaining problem is that the variable from the older document is carried over to the new, which is seen on Linux.

OK.Thanks for your time!

So, you agree that what I reported indeed are problems with the 4.2.8.2 version and that the solution to the step 9 issue is to upgrade to Lib0 5, and that there is not yet a solution on the step 6 issue for Ubuntu.

There is no option to indicate the particular Linux port as OS when classifying the the bug report :-(. Should it be added as a keyword? Including Ubuntu version? I don't know. Ubuntu versions changes content.

(In reply to Jan Skarvall from comment #8)
> There is no option to indicate the particular Linux port as OS when
> classifying the the bug report :-(. Should it be added as a keyword?
> Including Ubuntu version? I don't know. Ubuntu versions changes content.

It might be considered after we figure out how to display the Bugzilla lists as treeviews: then "Linux" could be expanded and you would see some major distros.

Yes, but as I said, an Ubuntu release is not a static thing. A fault report may be valid or not depending on upgrades that you made to the particular Ubuntu version.

You can find 5.0.3RC2 in LO ppa (see https://launchpad.net/~libreoffice/+archive/ubuntu/ppa)

I was willing to retest, but I didn't reproduce it at all in Ubuntu with LO 4.2.8.
Please add screencast and test in 6.0+.

I just tried to follow the steps to reproduce, and the problem is still there.

I am using LibreOffice Writer 5.1.6.2 on Ubuntu 16.04 LTS. LO 6.0+ is not available on this Ubuntu version.

I do not know if there is something that I am not understanding.

It seems that my description of the behaviour in step 6 does not match the behaviour I see now. It seems not to be possible to have one Fields dialog open per document. If I try to open a new one having the second document, the dialog is closed instead. If I then select the second document and open the Fields dialog, there is no v1 variable, and if I then select the first document, v1 is shown and selected, selecting the second document and v1 is missing as it should.

But if I follow the procedure, i.e. not try to open a second Fields dialog, v1 is shown and selected irrespective of which document is selected. Going on with step 7-9 also results in the behavior I reported.

I also noted that the creation of the second document sometimes is very slow.

Also, when I move the Fields dialog, and then change selection of the two documents back and forth, the Fields dialog may change position, but not in a logical way, which could be that the position is specific for each open document.

(In reply to Jan Skarvall from comment #14)
> I am using LibreOffice Writer 5.1.6.2 on Ubuntu 16.04 LTS. LO 6.0+ is not
> available on this Ubuntu version.

Thankfully you can free yourself from Ubuntu's version dictatorship by using AppImages: http://libreoffice.soluzioniopen.com/

Also: https://launchpad.net/~libreoffice/+archive/ubuntu/ppa

I tested using LibreOffice 6.1.3.2 on Ubuntu Desktop 18.04.1 LTS, and the behaviour is now OK.

The current LibreOffice version on Ubuntu Desktop 18.04.1 LTS is 6.0.6.2 and it has the erroneous behaviour.

Great news, let's close.