Summary: | Forms: Controls inside a table control, which could be activated by dropdown, are writable when set to "readonly" | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Robert Großkopf <robert> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | stephane.guillou |
Priority: | medium | ||
Version: | 7.0.0.3 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=160869 https://bugs.documentfoundation.org/show_bug.cgi?id=160881 https://bugs.documentfoundation.org/show_bug.cgi?id=161133 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 107742 |
Description
Robert Großkopf
2024-05-01 06:45:29 UTC
Tell me if this is correct: 1. Open the form in Edit mode 2. Right-click on on the Table Control's column headers > Column... > Set to "Enabled = Yes" and "Read-only = Yes" 3. Exit Design mode 4. Try changing the values in the controls that the column contains. Result: value can be changed in the controls that the column contains Expected: shouldn't be able to change the values because it is set to "readonly" - just like for individual controls. Makes sense to me. An interesting question would be: how do these settings interact with the Table Control's settings? Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 658a212585c56540a17c41111e6829716d4ef4e3 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded (In reply to Robert Großkopf from comment #0) > This behavior appears in all LO-versions, no regression I think. I just tested 7.0.0.3 and back then, only Combobox and Listbox could be changed even though the column is set to readonly. Now, in a recent daily build, I can change Combobox, Listbox and Date. But could be could just be an unrelated change in the GTK date-picker. (In reply to Stéphane Guillou (stragu) from comment #2) > (In reply to Robert Großkopf from comment #0) > > This behavior appears in all LO-versions, no regression I think. > I just tested 7.0.0.3 and back then, only Combobox and Listbox could be > changed even though the column is set to readonly. > Now, in a recent daily build, I can change Combobox, Listbox and Date. But > could be could just be an unrelated change in the GTK date-picker. You are right. Tested with LO 6.4.7.2 and the data couldn't be changed when set to readonly. So this is a regression. Fist happens with Version: 7.1.0.3 / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded here. Combobox and listbox could be changed when set to readonly. This is a very old bug - might be it is inherited by OOo. Should we split this bug into 2 bugs? (In reply to Robert Großkopf from comment #3) > You are right. Tested with LO 6.4.7.2 and the data couldn't be changed when > set to readonly. So this is a regression. Actually, I just had another look and the field was still read-only: the date can't be changed. We can pop up the date picker, but clicking a date has no effect, so still matches the "read only" definition in my opinion. (In reply to Stéphane Guillou (stragu) from comment #4) > (In reply to Robert Großkopf from comment #3) > > You are right. Tested with LO 6.4.7.2 and the data couldn't be changed when > > set to readonly. So this is a regression. > Actually, I just had another look and the field was still read-only: the > date can't be changed. We can pop up the date picker, but clicking a date > has no effect, so still matches the "read only" definition in my opinion. Have tested this again: Read only for the date control. Could choose a new date, could save a new date. All with LO 24.2.3.2 on OpenSUSE 15.6. Using KDE here. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded (In reply to Robert Großkopf from comment #5) > Have tested this again: Read only for the date control. Could choose a new > date, could save a new date. All with LO 24.2.3.2 on OpenSUSE 15.6. Using > KDE here. My bad, I didn't realise one needs to double-click a date to change the value. Yes, I can change the value even though the column is in read-only mode. Reported and bibisected in 161133. |