Description: If I place cursor in a word, and click on Italic button in Side Bar, Toolbar or Menu item, the word is italicized. However, placing the cursor inside the word and using CTRL+I does not. It would be nice if there was consistent behaviour between all the different methods. Actual Results: word is not italicised with CTRL+I Expected Results: Should have been italicised Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Builds ID: LibreOffice 5.4.0.0.alpha1 User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
well, it simply does (and always have done) for me..
I tried with LO 5.4.0.0.beta2 and it works for me, too (using Win10). Is it possible that it is only a Linux issue?
(In reply to Dieter Praas from comment #2) > I tried with LO 5.4.0.0.beta2 and it works for me, too (using Win10). Is it > possible that it is only a Linux issue? I'm on Linux. The same with every (new) document? Can you look at Tools > Customize > Key board.. maybe reset that (the Ctrl+I) key?
I can't reproduce it in Version: 5.5.0.0.alpha0+ Build ID: 6ab249ea6aecef5d3f35d624622a368061cad9c3 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Could you please follow the instructions in comment 3?
I have been looking into this, and it seems that it my be an Distro issue - I don't know what the rules of precedence are in the case where hot key assignmnets are assigned multiple times. Intuitively, I believe it should be in the order OS --> Active Window --> Active App Obviously that there are some "original masters" like CTRL-ALT-DEL which should not be reassigned and have precedence regardless. (But I see it can, with a warning at least - but I guess that is in keeping with the owner has control ethos.) At lease, for the years 1974 - 1987 when I used to lead software projects and used to handle the most important programs myself, that is the way I would have approached it. Since then I have been mainly working as PM of large projects, programme manager or consulting at a strategic level, so I am a bit out of touch. I committed to Linux in 2009. My Distro preference since 2012 has been Linux Mint Cinnamon, and these days I do all original work in the OS equivalents and save Windows versions for sharing with others (or preferably, PDF.) I am very pleased with the commitment that the OpenSource community has to consistency and standards. I have been through every single DOS version of MS, and until Win7, every single version of Windows, and have never bought their pragmatic "good enough" philosophy. I believe we are seeing the chickens come home to roost in the attacks that are currently becoming de rigeur. So, kudos to you guys. Question: what has happened to 5.5? I see that the last update was on 6June, and it does not appear in the versions list any more, but 6.0 does - does this mean that the focus is on getting 5.4 ready for final release, and 5.5 has been abandoned? Is there a place where one can read about such things?
I have tried instructions in comment 3, and it has made no difference. I wonder about this: I currently have two DEV versions installed: 5.4 and 5.5. They seem to use the same config folder in the config folder. Could this influence matters? I am removing 5.4 and will see.
(In reply to Elmar from comment #6) > I wonder about this: > I currently have two DEV versions installed: 5.4 and 5.5. They seem to use > the same config folder in the config folder. > Could this influence matters? > I am removing 5.4 and will see. No it won't make a difference. I indeed think it's a distro/xWindow issue.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180302
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20180404