Validity = List with A,B Entering C gives a warning and empties the input. But if the option "Show error message..." under Error Alert is off, the value is accepted anyway and validation fails.
Repro. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1647493e5cbb9cf4f06b7d0387d6763a2f30fdae CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (es_AR); UI: en-US Calc: threaded Inherited.
I gave a try with: https://gerrit.libreoffice.org/c/core/+/163064
Julien Nabet committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c869fb5ea2fa1dbbfa7c17754aeac48ed7f77cc4 tdf#159595: Data validation without error check allows to enter wrong data It will be available in 24.8.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.
Cherry-pick for 24.2 waiting for review here: https://gerrit.libreoffice.org/c/core/+/163020
Worse than before, now I can enter "c" when the validity allows only "a" and "b" and don't even get a warning. What I expect is the same as with warning - after confirmation the input is clear, just without the confirmation but onEnter/onLeave.
Created attachment 192448 [details] test file I don't understand your last comment. I attached an example file with both cases: - 1 with validity list on "a" and "b" with error message showed - 1 with validity list on "a" and "b" with error message not showed when testing both by trying to put "c", in both cases it's reverted in previous state, first one with error message, the second one, without.
Heiko, for me the change looks good. I can not insert a "c" on any of the cells. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 41c9b2a81e9eb795aaecc8c52a8e7bce0a5a3c07 CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Was bad in (for comparison reason). I can insert a "c" in this version Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Heiko: could you attach an example file?
No I cannot recap. Perhaps I was fooled by the elusive implementation of validation - in many cases like when deleting content, you also remove the validation. But that would be another topic... Thanks for the patch!
Verifid with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 41c9b2a81e9eb795aaecc8c52a8e7bce0a5a3c07 CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
(In reply to Heiko Tietze from comment #9) > elusive implementation of validation That's wrong. In fact my miscomprehension is caused by the "Delete Contents" dialog (shown on backspace), which remembers the configuration and keeps "Delete All". And without reading all the bits and pieces I overlooked "[ ] Formats" (apparently off but I'd understand All as all). Either we don't remember the last setting in this dialog, and/or make All a function that just toggles the checkboxes on. And why is this needed for backspace anyway? I'd expect shift+delete to offer more functions.
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/b7a1ff456629549f66c93a5258073f1394598174 tdf#159595: Data validation without error check allows to enter wrong data It will be available in 24.2.1. 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.
I see a problem here :/ While this patch is perfectly legit, the issue was so old that some users (like me) had the habit to use it like a feature, that could be called a "suggestions dopdown". I built so many tools with this, and now I lost one of their main feature. Could this bug be re-introduced as an official feature with a new checkbox like "authorize custom values"?
(In reply to ornanovitch from comment #13) > I see a problem here :/ > While this patch is perfectly legit, the issue was so old that some users > (like me) had the habit to use it like a feature, that could be called a > "suggestions dopdown". I built so many tools with this, and now I lost one > of their main feature. Could this bug be re-introduced as an official > feature with a new checkbox like "authorize custom values"? So "Show error message..." disabled would mean "I don't care about the validity list", personally would strongly disagree. A bug isn't a feature. If you want accept any string in your cells, just remove the validity list. If you don't want to lose a long list, just use it on a specific unused cell that you can copy.
(In reply to Julien Nabet from comment #14) > (In reply to ornanovitch from comment #13) > > I see a problem here :/ > > While this patch is perfectly legit, the issue was so old that some users > > (like me) had the habit to use it like a feature, that could be called a > > "suggestions dopdown". I built so many tools with this, and now I lost one > > of their main feature. Could this bug be re-introduced as an official > > feature with a new checkbox like "authorize custom values"? > > So "Show error message..." disabled would mean "I don't care about the > validity list", personally would strongly disagree. A bug isn't a feature. > If you want accept any string in your cells, just remove the validity list. > If you don't want to lose a long list, just use it on a specific unused cell > that you can copy. Sorry, that's not what I meant. I just wanted to notice that users like me (I hope I'm not the only one) have "used" this bug as if it was a feature in order to achieve a sort of "suggestion dropdown" (like a helper: you can chose a predefined value or enter yours), which can be a very powerful tool. I use this trick for so long that I didn't even remember it was the result of a bug. Again, I strongly support this patch because it indeed corrects a bug, that's perfect! I just wanted to advertise that it has a side effect because during so many years, users like me had used it that way. I'm not asking to revert it, but to provide a new way to allow users to enter their own value if the ones proposed are not suitable. It's a fact that a bug has been properly fixed and it's a good thing, but it's also a fact that this bug had a cool side effect that might still be used in a lot of documents.
(In reply to ornanovitch from comment #15) > (In reply to Julien Nabet from comment #14) > ... > Sorry, that's not what I meant. I just wanted to notice that users like me > (I hope I'm not the only one) have "used" this bug as if it was a feature in > order to achieve a sort of "suggestion dropdown" (like a helper: you can > chose a predefined value or enter yours), which can be a very powerful tool. > I use this trick for so long that I didn't even remember it was the result > of a bug. > ... Ok so you'd like a kind of Autoinput but not based on what have already been typed but on some predefined input. Perhaps it should be an extension I don't know. Anyway, to discuss further about it you should submit a enhancement request.
(In reply to ornanovitch from comment #15) > I just wanted to notice that users like me... have "used" this bug > as if it was a feature in order to achieve... https://xkcd.com/1172/ :-) (Hope you will accommodate to the new situation)
(In reply to Heiko Tietze from comment #17) > (In reply to ornanovitch from comment #15) > > I just wanted to notice that users like me... have "used" this bug > > as if it was a feature in order to achieve... > https://xkcd.com/1172/ :-) > > (Hope you will accommodate to the new situation) Crual but true I admit :p Thanks all, I'll open a feature request as I think there is something really cool to offer here.
Hello Julien Nabet, how are you?? I just installed the latest version of LibreOffice and had the same problem ornanovitch refered as I was using the bug that was now fixed as a feature. Had to return to an old version as to accomodate this change I have to alter the ODS files. Could this bug be re-introduced as an official feature with a new checkbox like for example "authorize custom values"?? Thank you Julien Nabet, best regards
(In reply to Pretender86 from comment #19) > ... > Could this bug be re-introduced as an official feature with a new checkbox > like for example "authorize custom values"?? >... IMHO it's better to submit a new bugtracker as an enhancement instead of revamping this one.
(In reply to Pretender86 from comment #19) > Hello Julien Nabet, how are you?? I just installed the latest version of > LibreOffice and had the same problem ornanovitch refered as I was using the > bug that was now fixed as a feature. Had to return to an old version as to > accomodate this change I have to alter the ODS files. > > Could this bug be re-introduced as an official feature with a new checkbox > like for example "authorize custom values"?? > > Thank you Julien Nabet, best regards Join us here https://bugs.documentfoundation.org/show_bug.cgi?id=160096 :)
Thank you. I will definitely join as this is a small change but an impactfull one :D best regards to everyone
*** Bug 160638 has been marked as a duplicate of this bug. ***
Once you initiate a new life in bitlife online , you'll be introduced to a newborn profile. As an infant, you'll begin with a bank balance of $0 and receive basic information about your character, such as name, gender, age, sexuality, and location https://bitlife-online.io