Created attachment 100290 [details] Sample Document Option buttons contained in a group box should be grouped. Option buttons contained in different group boxes must belong to independant groups. 1 - Open sample file with both MS Office and LO. The document contains three groups of option buttons. 2 - In MS Office, the option buttons in each group can be selected independently. 3 - In LO, The selection is mutually exclusive as if they belonged to a single group. When you select one of them the others are deselected. Current behavior: Option buttons must be considered in separated groups if they are contained in distinguished group boxes. Expected behavior: All option buttons in the sheet are treated as a single group. Operating System: All Version: All from 3.6.x to 4.2.4.2 release. Operating System: All Version: 4.3.0.0.beta1
Created attachment 100291 [details] LibreOffice 4.3beta1 Behavoir (Ubuntu 14.04 LTS)
Created attachment 100293 [details] Microsoft Office 2003 Behavoir
Confirmed on Windows and Linux Mint on 3.6.7, 4.2.4, and 4.3 beta.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.3 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results; 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
Created attachment 116434 [details] screenshot from 5.0 Still doesnt look like the excel output. Version: 5.1.0.0.alpha1+ Build ID: 587006cac508616f486aea45e265a170bcccdc87 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-06-06_00:16:39
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
XLSX has the same problem. That one should be solved by the patch proposed in bug 111980 comment 8. Since the code is very different, that link probably isn't too helpful, but perhaps it will give some inspiration.
Dear Marco Borra, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Marco Borra from comment #0) > 3 - In LO, The selection is mutually exclusive as if they belonged to a > single group. When you select one of them the others are deselected. ALL 6 radio buttons will be simultaneously selected, and non are ever deselected in LO since LO 6.1 commit 1ebb77fd17b417d92ab48fcef56a0230c5750de2 Author: Armin Le Grand on Mon Apr 16 22:34:50 2018 +0200 SOSAW080: Derive SdrObjGroup from SdrObjList
Option groups are grouped but cannot be clicked Yes-No (just Yes). Up to 7.4+.
*** Bug 120177 has been marked as a duplicate of this bug. ***
I think that key problem is that there's not autogroup on XLS import, as in XLSX.
In otherwise lengthy bug 147822 that's about Calc crash and XLS/X radio, reporter makes a short analysis of code in https://bugs.documentfoundation.org/show_bug.cgi?id=147822#c15. Justin, you fixed XLSX. Can you please look at this?
In XclImpOptionButtonObj::DoProcessControl() we have... // TODO: grouping Not good.
I have something that kindof works. However, to do this well probably depends on bug 120177 being fixed first. The proper way to import this (seeing that LO doesn't have a working GroupBox concept itself) is to group the buttons after all controls have been loaded. My failed attempt to do that is at http://gerrit.libreoffice.org/c/core/+/137838 An alternative method (that works for this particular bug doc) only works if the group-box controls are always defined prior to their contents. Perhaps that is always true - I don't know. That version is at http://gerrit.libreoffice.org/c/core/+/137839
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/25fed4ae027b9680597ea498c25acc3f854db4bf tdf#79542 xls: applyGroupBox to radiobutton groups It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
This could be backported to 7.5 - the bug it depends on was fixed there.