Created attachment 136099 [details] error message Open a new spreadsheet Open Manage Names from the Named cells dropdown Click Add In the Name field, add "1" https://www.screencast.com/t/8SWty0FRoV Issue: An error message is displayed in blue: Invalid name. Only use letters, numbers and underscore The error is displayed as soon as one adds "1", which is a number and is suggested as correct in the error message.
How much prose do you want in one line? The name can not be a number, not something that could be a cell reference in any of the possible reference styles, and it can't start with a digit, which here is the case.
Emil: please propose a smashing new one-liner per Eike's parameters.
Depending on the expected behavior: Invalid name. Only use letters, numbers and underscore in this order. Or: Invalid name. Only use letters, numbers and underscore, starting with a letter.
** 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 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
Repro 70+.
The dialog obviously applies too much restriction. E.g., it's possible to use names like "a,b" (i.e., with comma) - just type that into the Name Box above the cells; but the dialog has that odd restriction. IMO it should be fixed to match the actual restriction first, then the message should be fixed.
Additionally, you may start with e.g. underscore. So I suppose that you can't come with a single error message short enough. The dialog possibly could try to be smart enough to show different error messages based on the specific problem - like "The name can't start with a digit"; "The name entered is a cell reference"; ...
Roman Kuznetsov committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/949d648594f441dbb7e9c600d7925fba7e882ff9 tdf#112279 Change the error message to more clear It will be available in 7.1.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.
Roman, is this bug solved?
(In reply to Mike Kaganski from comment #7) > Additionally, you may start with e.g. underscore. FWIW, that is not what the error message currently says: https://git.libreoffice.org/core/+/refs/heads/master/sc/inc/globstr.hrc NC_("STR_ERR_NAME_INVALID", "Invalid name. Start with a letter, use only letters, numbers and underscore.")
How do you think about this? NC_("STR_ERR_NAME_INVALID", "Invalid name. Start with a letter or an underscore, and use only letters, numbers and underscore.")
(In reply to BogdanB from comment #11) > How do you think about this? > > NC_("STR_ERR_NAME_INVALID", "Invalid name. Start with a letter or an > underscore, and use only letters, numbers and underscore.") The problem is that the name cannot start with a number nor be equivalent to an address (in any form) either, and the message has to be short. Starting always with an underscore would solve these naming conflicts, but Calc should not impose that. While not completely imposing the underscore as first character, the short message could still hint such naming method as a simple solution for those cases that trigger some naming conflict. I do not know whether the possible conflict with cell address (A1 or R1C1 or R[1]C[1], although brackets are not allowed) is also expected to be handled by the same message, or there is a separate one for that instead. So, some possibilities I write here for discussion (attention to the order of terms): 1. Use only underscores, digits and letters. Do not start with digit. Cell address not allowed. 2. Use only underscores, digits and letters. Do not start with digit. Avoid cell address. 3. Use only underscores, digits and letters. Do not start with digit. 4. Use only "_", digits and letters. Do not start with digit. 5. Use only "_", [1-9] and letters. Do not start with digit. 6. Use only "_", [1-9] and letters. Do not start with digit. Avoid cell address. 7. Use only "_", [1-9] and letters. Do not start with digit. Cell address not allowed. The first alternative covers more and is more clear, but longer (92 chars). The third alternative is shorter (66 chars), in case the conflict with cell addresses is handled by a separate message – I don't know the answer to that. Others are compromises in some way or another, with different lengths.
I like "3. Use only underscores, digits and letters. Do not start with digit." but with numbers instead of digits: "3. Use only underscores, numbers and letters. Do not start with numbers."
(In reply to BogdanB from comment #13) > I like "3. Use only underscores, digits and letters. Do not start with > digit." but with numbers instead of digits: "3. Use only underscores, > numbers and letters. Do not start with numbers." "Digit" is shorter than "number", and plural is not needed (nor wanted) at the end of that sentence. That's why :). I don't know what's the acceptable length for the (English) message. The point about cell addresses is also relevant. Is that part handled by some other message? If it isn't, and if the length is not a problem for alternative 1, I would go with it: Use only underscores, digits and letters. Do not start with digit. Cell address not allowed. If the cell address point is not handled by some other message and the length is a problem for alternative 1, then alternative 7: Use only "_", [1-9] and letters. Do not start with digit. Cell address not allowed. or: Use only "_", 1...9 and letters. Do not start with digit. Cell address not allowed. It all depends on the restrictions, which I don't know.
(In reply to BogdanB from comment #13) > numbers instead of digits Please do not confuse "numbers" (anything like e.g. "123" or "0.15*10^-123") with "digits" (= symbols used do represent the math decimal notation elements). Indeed, the "decimal" is implied, and we also do not consider e.g. Chinese 一二三.
By the way: a range name like "12f" is gladly accepted when assigned using the Name Box of main UI. Eike: is this a bug?
(In reply to Mike Kaganski from comment #16) > "12f" is gladly accepted when assigned using > the Name Box of main UI. It is rejected for me. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: daf30c29be67b8b8fa361b0efd1a6cdbe087b6f8 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (es_AR); UI: en-US Calc: CL threaded
(In reply to ady from comment #17) You are completely right, I didn't test with master.