Description: LO Calc -> Format -> Text -> there is no checkbox for option Double Underline Steps to Reproduce: 1. LO Calc -> Format -> Text Actual Results: There is no checkbox near Double Underline (see screen). Also, expected checkboxes for Section from UPPERCASE till tOOGGLE cASE Expected Results: Checkboxes Reproducible: Always User Profile Reset: No Additional Info: Reproduced for Version: 6.2.0.0.alpha1+ Build ID: 7cf6cee97bc05512fae482733ee45f039e9d2160 CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-04_22:10:34 Locale: ru-RU (ru_RU.UTF-8); Calc: threaded Reproduced for Version: 6.2.0.0.alpha1+ Build ID: 7cf6cee97bc05512fae482733ee45f039e9d2160 CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-04_22:10:34 Locale: ru-RU (ru_RU.UTF-8); Calc: threaded --- FYI: Checkbox for Double Underline is presented in Writer
Created attachment 146391 [details] screen
I can reproduce it in Version: 6.2.0.0.alpha1+ Build ID: bc42b6bfa49cc2b58201a8f6177dd3b1a0c038d8 CPU threads: 1; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-06_19:01:37 Locale: en-US (en_US.UTF-8); Calc: threaded but something is wrong here, If I clik on it, then it's displayed, and both underline and double underline are selected. then, it's not possible to deselect it...
Also reproduced in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.10; Render: default; and Versión: 6.1.2.1 Id. de compilación: 65905a128db06ba48db947242809d14d3f9a93fe Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; Configuración regional: es-ES (es_ES); Calc: group threaded
no repro with Version: 6.2.0.0.alpha1+ Build ID: bc42b6bfa49cc2b58201a8f6177dd3b1a0c038d8 CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-06_19:01:37 Locale: nl-BE (en_US.UTF-8); Calc: threaded Version: 6.1.4.0.0+ Build ID: b77f4f69bb2f1d3ab740446799da2fd3db9094da CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); Calc: group threaded but I can reproduce with Version: 6.2.0.0.alpha1+ Build ID: 163dd5df9f080a141e201a32c40ff80e1a5d2e34 CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: nl-BE (en_US.UTF-8); Calc: threaded
I tried this steps: - new calc file - Format - Text - Double Underline (the checkbox dont't exist) - enter some text in a cell and again - Format - Text - Double Underline (the checkbox dont't exist) - now move to another cell and enter some text: - Format - Text - Double Underline (the checkbox is checked inspite I didn't checked Double Underline for that cell)
Cannot reproduce under Windows 7 & 10 with either: Version: 6.2.0.0.alpha1 (x64) Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b CPU threads: 8; OS: Windows 6.1; UI render: default; VCL: win; Locale: en-IE (en_GB); Calc: CL or Version: 6.1.3.2 (x64) Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU threads: 8; OS: Windows 6.1; UI render: GL; Locale: en-IE (en_GB); Calc: group threaded I don't understand what checkbox is being referred to, but both the Format Cell dialog and Format > Text menu work for me.
No checkbox when off, checkbox visible after click, and (!) it remains shown and checked when switched off- also on other cells. Version: 6.1.2.1 Build ID: 6.1.2-4 CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3; Locale: de-DE (en_US.UTF-8); Calc: group threaded Version: 6.2.0.0.alpha1+ Build ID: 13c247b7fee91b0ffb256e85bcd0cf416b3cd83e CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3; and CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: threaded Underline is toggled on with Double Underline and unset after switching off. So I suspect the mixture of both option to be the cause of the issue. See also bug 114010. Ordinary bug, removing UX.
Dear Vera Blagoveschenskaya, 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
Created attachment 155649 [details] video showing the bug in the last version Version: 6.3.3.2 Build ID: a64200df03143b798afd1ec74a12ab50359878ed CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded I have made a screencast of the bug. I have made 2 tests in this video: - case 1: nothing double underline but the checkbox is not active to be checked. - case 2: after applying double underline to the letter A, and moving to the letters B and C, inspite of text NOT being double underlined the checkbox is like B and C are double underlined. The video is much easier to understand than this text.
Created attachment 155650 [details] This is the right video
@Caolán, I thought you might be interested in this issue...
https://gerrit.libreoffice.org/#/c/82360/ should make calc work like writer does for this
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2eb56f0fee54e25c2c194d6801861f18240a37be tdf#121239 set double underline status to false when not double underlined It will be available in 6.4.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3a2c69a59542c25e95f0368dc81d552a006fdaeb Related: tdf#121239 overline missing in draw/impress It will be available in 6.4.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9dcb9c3d6ca507c537b529a73aa645d6f69bb414 Related: tdf#121239 super/sub not shown as toggles in calc It will be available in 6.4.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/745122c0446c4cda0acdaf16e058f70509364831 Related: tdf#121239 super/sub not shown as toggles in draw/impress It will be available in 6.4.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/431950e1eade91f8587d3ecffa73fd09136e16b6 tdf#121239 give writer, calc and draw/impress the same underline options It will be available in 6.4.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/aa7b71aaa49ea2cffe85aa8d68f933588b3d829a Related: tdf#121239 missing contour toggle in draw/impress It will be available in 6.4.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.
Calc looks good in master now I think. The UPPERCASE <-> tOGGLE cASE options are not properties that are set on or off, but transliteration that change the actual text so they aren't toggles so those remain unchanged here
Have your patches any effect on bug 114010?
Here UnderlineDouble and UnderlineSingle in the format->text menus are now separate things and apply Double Underline won't report "Single Underline" as true there. The "Underline" toolbar button continues to report an underline status for any underline applied to the context text
(In reply to Caolán McNamara from comment #21) > Here UnderlineDouble and UnderlineSingle in the format->text menus are now > separate things and apply Double Underline won't report "Single Underline" > as true there. The "Underline" toolbar button continues to report an > underline status for any underline applied to the context text Hm, shift+Ctrl+U not even jumps to the dispatcher. So it's some other is issue.
ctrl+shift+u under gtk/gnome is unicode input, i.e. ctrl+shift+u then type df and return inserts eszett (0x00DF)
(In reply to Caolán McNamara from comment #23) > ctrl+shift+u under gtk/gnome is unicode input, i.e. ctrl+shift+u then type > df and return inserts eszett (0x00DF) It deletes the text here with master, VCL=gtk3. Works with stable, kde5. Would be nice to have consistent shortcuts, ctrl+U and shift+ctrl+U.
ctrl+shift+u is not under our control