Description:
When creating a PDF Form in writer, it seems not possible to get the correct behavior from option buttons. They either tab correctly but too many can be selected, or do not tab but are mutually exclusive when selected by mouse clicks. The "Group Name" field has no effect; the "Name" field must match to get mutually exclusive selection, but then the controls are ambiguously named. 

Steps to Reproduce:
1. Create 2 option buttons in Writer. Label these "New" and "Renew". Give each of them the group name "renewalStatus" Give them the same or different names, depending on what behavior you want. 
2. Export as a PDF form
3. Try using the buttons in Acrobat reader, using tabs or mouse to highlight, and spacebar or click to select. Try to select each button to see whether the other turns off. 

Actual Results:  
When trying to create a pdf form using the writer application, the option buttons must have the same "name" in order to toggle correctly. This is highly counterintuitive, at least to me: They should have the same "group name," but each should have a different "name." For instance, if I display mutually exclusive options with labels "new member" and "renewing member" as radio buttons, these buttons could have names like "newMember" and "renewingMember" and could belong to a group called "renewalStatus." Alternatively, the buttons in this group could be named "renewstatus1" and "renewstatus2." However many buttons I put in the "renewalStatus" group, only one should highlight at a time. When I set up a form this way, and assign a tab order to the option buttons, tabbing floats through the group as expected. Unfortunately, all of the mutually exclusive options can be selected by pressing the spacebar as each option is highlighted, or using the mouse, so that at the end all of the options are selected. In fact, it is hard or impossible to deselect an option. 

Changing the option buttons so that all share the same "name," regardless of "group name" causes the mouse selection to work properly, but now tabbing only touches the first option in the group: the next tab skips the rest of the group. This is not right either. 

Bugs 79542 and 85339 report similar behaviors. 


Expected Results:
The correct behavior, IMO, would be for the "Group name" to identify a set of mutually exclusive options; for the tab to float through these options in tab order, and for the space bar to select the highlighted option while deselecting all other options sharing the group name, and for mouse clicks to select the target and deselect everything else sharing the group name; meanwhile, any scripts or macros can refer to each option "name" to obtain an unambiguous status (which seems impossible if all of the options have the same "name"). 


Reproducible: Always


User Profile Reset: No



Additional Info:
I encountered this in 5.3.7.2, and it persists in 5.4.6.2. I have not checked it in 6, as I try not to be on the bleeding edge. 

Version: 5.4.6.2
Build ID: 4014ce260a04f1026ba855d3b8d91541c224eab8
CPU threads: 8; OS: Mac OS X 10.13.3; UI render: default; 
Locale: en-US (en_US.UTF-8); Calc: group


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/604.5.6 (KHTML, like Gecko) Version/11.0.3 Safari/604.5.6