adding crash tag

No crash
AOO410m1(Build:9750)  -  Rev. 1565724
Rev.1565724
Win 7

i tested with aoo rev 1565510 on win 7 64bit.

after: "press green check mark"
the table should hide in background of the input dialog. 
if this happens, aoo will crash after [OK].
but it seems aoo does not update (hide) the table every time.
seems to be a refresh problem too.

This is what I did:

http://screencast.com/t/OnzH5vVzS0hM

>http://screencast.com/t/OnzH5vVzS0hM
in your case the table is still visible after deleting the value.
if this happens, aoo seems not to crash.

(In reply to brinzing from comment #5)
> >http://screencast.com/t/OnzH5vVzS0hM
> in your case the table is still visible after deleting the value.

table disappears pressing F9

No crash
AOO410m1(Build:9750)  -  Rev. 1566800
2014-02-11_04:11:01 - Rev. 1566981
Debian

status is somehow unclear to me.
- Is the issue reproducible or not?

I can confirmed the crash myself on Windows 7 using OOo 3.0.0 and AOO 4.0.1.

To reproduce it I need to changes to the User Field's content and apply the change (click on green check mark) before I set it to empty.

Just a minor note:
The given use case is a little bit theoretically, because after the section is hidden it will be quite hard for the user to bring it back.

(In reply to Oliver-Rainer Wittmann from comment #9)
> I can confirmed the crash myself on Windows 7 using OOo 3.0.0 and AOO 4.0.1.
> 
> To reproduce it I need to changes to the User Field's content and apply the
> change (click on green check mark) before I set it to empty.

I can also reproduce the defect when I update the fields (Menu Tools - Update - Fields or Key F9) before I open the User Field's dialog.

is it possible to fix this issue in aoo 4.1.1?

with AOO411m2(Build:9771)  -  Rev. 1608452:

- delete the User Fields content
- "press green check mark"  table disappears
- hit O.K. -> crash

If you hit O.K. directly after deleting the user fields content, table disappears -> no crash

I tried it it about ten times always with the same behavior.

BTW, changing the User Fields content before deleting (Comment 9) has no effect on the described behavior.
Further I cannot reproduce the behavior described in Comment 11.

OS: Ubuntu 14.04

taking over to have a closer look.
let us see, if a solution for planned 4.1.1 release is possible.

"orw" committed SVN revision 1611549 into trunk:
124231: field variable dialog: check access to current field as it could be u...

fixed on trunk

from my point of view the fix should be considered for the planned 4.1.1 release

grant showstopper flag, fix available

"orw" committed SVN revision 1611555 into branches/AOO410:
124231: field variable dialog: check access to current field as it could be u...

fixed on branch AOO410 for the planned 4.1.1 release.

Current available build AOO 4.1.1 M2(AOO411m2(Build:9771)  -  Rev. 1608452
2014-07-07 15:29:02 (Mon, 07 Jul 2014)) doesn't include the fix, waiting for next build(M3) for verification

Fixed in AOO411m3(Build:9772)  -  Rev. 1611634 (tested under Win 7 SP1 x64)
The table is hidden as expected. There is no crash.

(In reply to Pedro from comment #21)
> Fixed in AOO411m3(Build:9772)  -  Rev. 1611634 (tested under Win 7 SP1 x64)
> The table is hidden as expected. There is no crash.

Same with Ubuntu 14.04.

Thanks Pedro and Jolatt for your verification. I mark this bug as Verification / Fixed based on their test results in comment 21 and 22

seems to be fixed in aoo 4.1.1m3  rev. 1612804

but dialog behaves quite strange:

- double click on userfield X_TEXT (value <X_TEXT>
- remove value text <X_TEXT> from userfield X_TEXT
- press green check mark
-> table is hidden
-> but cursor still blinks and green check mark is not disabled

now enter some text and press green check mark again
-> green check mark is disabled
->"Name" field ("X_TEST") is empty
-> "OK" button is disabled
- press "Cancel"
-> new value is set, but table is still hidden
- press F9 to refresh fields
-> table will be shown