Description:
Unfolding the list of fields paralyzes the editor.

Steps to Reproduce:
1. Display a document containing references.
2. Select a reference in the text.

Actual Results:
LO unfolds the list of references in the Navigator (in the category "fields"). While this is executed, the editor is paralyzed.

Expected Results:
The list of fields should remain closed.


Reproducible: Always


User Profile Reset: No



Additional Info:
According to Release notes 7.2, "Fields are now listed in the the Navigator sidebar".
If a reference is selected or clicked, Writer now busies itself with enumerating the reference fields in the Navigator. There are 7892 of them in the 1.7 MB document which I have already uploaded twice for testing. While LO is busy with this, the user simply has to wait (since LO developers do not use threads). However, what the user wanted was just to copy, or to leap to, the reference target. This does not entail that he wants to see the list of Fields, let alone navigate by them.

Consider that field names are normally given automatically by LO and therefore not user-friendly. Consequently, there is no situation where the user might want to navigate by them.

While this is especially clear for fields, it also tends to be true for tables. Again, if the cursor is in a table, the entire list of tables is unfolded in the Navigator. However, if the user is editing a certain table, this does not entail that he wants to navigate by tables (again, a relatively rare endeavor).

Folding up the entire list of items of the category that the user clicked slows down productivity. The user can always display the entire list by clicking the rightward arrow beside the category in question; this is fully sufficient.

It is clear that this behavior can be avoided by using the Content Navigation View. However, this requires the user to always limit himself to one of the navigable categories.