| Summary: | Calc UI hangs when switching between worksheets (conflict with the input method called "fcitx") | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | m.jackie.plus |
| Component: | Spreadsheet | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | UNCONFIRMED --- | QA Contact: | |
| Severity: | critical | ||
| Priority: | medium | CC: | qubit, serval2412 |
| Version: | 4.3.2.2 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
m.jackie.plus
2014-11-03 10:37:52 UTC
On pc Debian x86-64 with LO Debian (testing) package 4.3.3, I don't reproduce this. (I selected B2 in worksheet1) Did you install any LO specific extensions? For the test, could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux) and give it a new try? Today I tried many fresh installs of debian and ubuntu with different locales plus fresh installation of lo in virtualbox vms, finally I figured out it was because of the input method called "fcitx" which was installed by default in debian chinese specific version conflicts with lo. I tried closed it off in my freebsd workstation, then the hang problem gone. In ubuntu the default input method for chinese users is ibus, it runs peacefully with lo. So I'm not sure if this conflicts should be resolved by lo developers... (In reply to m.jackie.plus from comment #2) > Today I tried many fresh installs of debian and ubuntu with different > locales plus fresh installation of lo in virtualbox vms, finally I figured > out it was because of the input method called "fcitx" which was installed by > default in debian chinese specific version conflicts with lo. Thanks for tracking this down! > I tried closed > it off in my freebsd workstation, then the hang problem gone. In ubuntu the > default input method for chinese users is ibus, it runs peacefully with lo. > So I'm not sure if this conflicts should be resolved by lo developers... It sounds like this is something for Debian to address, but I'll ask the expert :-) Rene: Suggestions on whether this issue should be handled in Debian or in LO? That doesn't make sense. That obscure "Debian chinese version" installs that software. (It's also installed when you choose chinese desktop) And? It's some software other distros might also ship. -> not a Debian bug but a fcitx bug. (Or a LO one where it is badly interacting with it, afaicr there were some things like this with other input methods in the past, too). Not everything which happens because some distro installs package Y is a distro bug. (In reply to Rene Engelhard from comment #4) > That obscure "Debian chinese version" installs that software. (It's also > installed when you choose chinese desktop) And? It's some software other > distros might also ship. > > -> not a Debian bug but a fcitx bug. (Or a LO one where it is badly > interacting with it, afaicr there were some things like this with other > input methods in the past, too). Looks like the first step is to repro this. Step two is to ask a LibreOffice dev to decide if it's ours or if it should go to fcitx. Julien/Rene: Can either one of you reproduce the bug after installing the Chinese Desktop in Debian? Thanks! (In reply to Robinson Tryon (qubit) from comment #5) >... > Julien/Rene: Can either one of you reproduce the bug after installing the > Chinese Desktop in Debian? Which one? task-chinese-s-desktop - Simplified Chinese desktop task-chinese-t-desktop - Traditional Chinese desktop Then should I just give a try to the initial description to reproduce the bug or must I change a parameter in my env first? |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.