[Desktop-packages] [Bug 1885337] [NEW] LibreOffice Writer selects inappropriate font when Traditional Chinese text is pasted on system that also has TexLive installed
Public bug reported: LibreOffice 6.0.7 on Ubuntu 18.04, with English (UK) locales selected and running LXDE, reacts to paragraphs of Traditional Chinese text being pasted into LibreOffice Writer by searching the system for a Chinese font and selecting it for the pasted Chinese text. Unfortunately, if the package "texlive-full" is installed on the system (which includes texlive-lang-chinese), then the first Chinese font LibreOffice encounters will be "AR PL SungtiL GB" from the fonts-arphic-gbsn00lp package. This font includes only a subset of Chinese characters (it is a "Simplified Chinese only" font), and if the text being pasted is Traditional Chinese then it will almost certainly contain other characters not present in the "AR PL SungtiL GB" font. In this case a font-fallback system selects a different font for just some of the characters. If the font it falls back on happens to be "AR PL MingtiL" then all is well, since those two fonts are designed to complement each other stylistically. But our system had the "fonts-wqy-microhei" package installed too (which was needed for WINE to run a Chinese CD-ROM that couldn't use the Arphic fonts), and unfortunately the text pasted into LibreOffice ended up using this "WenQuanYi Micro Hei" font as a fallback for any character not present in the Simplified Chinese set, whereas those characters that are present in the Simplified Chinese set get the Arphic font. The end result is a paragraph of Chinese text that keeps changing font every other word, and although the user was putting up with it, her printouts were looking decidedly sloppy and were apparently causing others to think Linux is an inferior system because its Chinese printouts are so bad. Since this particular user is unlikely to write old-style CJK-LaTeX, I worked around the problem by removing the Arphic font packages from her laptop (she can still use the rest of LaTeX, which is enough for her most likely use-case of typesetting English scientific papers), so her LibreOffice now finds the WenQuanYi font first, and that one supports all Chinese characters (both Simplified and Traditional) so her Chinese printouts now look much better (regardless of which type of Chinese is being printed today). Another workaround would be to ensure the user knows how to override LibreOffice's choice of font after any Chinese text is pasted into a LibreOffice document, but this is a chore that would have to be remembered every time. I did try to find a configuration option in LibreOffice to set it by default, but I was unable to find one that worked (it does not work to override "Tools / Options / LibreOffice Writer / Basic fonts", since these are not what gets applied when Chinese text is pasted; it does not work to edit the default style via Styles / Edit; there is nothing in Options about default Chinese font). So I think we either need to make a feature request to LibreOffice to implement a "default Chinese font" option (or "default font by language"), or put some kind of special-case code into LibreOffice that causes it to treat the Arphic fonts as lowest priority even though they are listed under "A", or else address the font fallback system (if LibreOffice is selecting Arphic Simplified because it's listed under "A" then I'm not sure why the fallback system is not selecting Arphic Traditional which is also listed under "A" but instead goes to a font listed under "W"; either they're being arranged in some non-alphabetical order or two different font-selection systems with different logic are at play). I don't know if there's some way for the package maintainers to kludge things so that Arphic is given lower priority by LibreOffice. Or perhaps there is some other solution? ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1885337 Title: LibreOffice Writer selects inappropriate font when Traditional Chinese text is pasted on system that also has TexLive installed Status in libreoffice package in Ubuntu: New Bug description: LibreOffice 6.0.7 on Ubuntu 18.04, with English (UK) locales selected and running LXDE, reacts to paragraphs of Traditional Chinese text being pasted into LibreOffice Writer by searching the system for a Chinese font and selecting it for the pasted Chinese text. Unfortunately, if the package "texlive-full" is installed on the system (which includes texlive-lang-chinese), then the first Chinese font LibreOffice encounters will be "AR PL SungtiL GB" from the fonts- arphic-gbsn00lp package. This font includes only a subset of Chinese characters (it is a "Simplified Chinese only" font), and if the text being pasted is Traditional Chinese then it will almost certainly contain other characters not present in the "AR PL SungtiL GB" font. In this case a
[Desktop-packages] [Bug 1724876] Re: libreoffice soffice.bin using 100% cpu
It seems LibreOffice is more likely to use high CPU when its windows are in the background. Bringing one to the foreground reduced CPU usage. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1724876 Title: libreoffice soffice.bin using 100% cpu Status in libreoffice package in Ubuntu: Confirmed Bug description: With literally every action in libreoffice Calc, CPU usage goes to 100% due to soffice.bin, and stays on 100% for minutes. To the extend that libreoffice calc is UNUSABLE for anything that has to do with spreadsheets. As far as I am concerned, this is a critical bug because it makes the program unusable, and often even the complete computer due to the high cpu load. - 'Every action' includes typing as much as one single letter in a cell. Or opening the file. - the file I am working on is only 1.1Mb in size - the same file used to open fine in previous versions of libreoffice. what I've tried so far - without any improvement in speed: - under tools, options, assigned memory 256 Mb for Libreoffice, and 20Mb per object (no solution) - automatic calculation has been turned off (no solution) - libreoffice-gnome and libreoffice-gtk have been removed (no solution) - purged and reinstalled libreoffice. (no solution) - created new user profile - also no resolve System: Ubuntu 16.04 LTS on AMD A8 with 8Gb ram and running on an SSD. Libreoffice: Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial2 CPU Threads: 4; OS Version: Linux 4.4; UI Render: default To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1724876/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1724876] Re: libreoffice soffice.bin using 100% cpu
Also affects LibreOffice 6.0.7.3 on 18.04. In the occurrence I saw, the user had used and closed Calc but had left one Writer document open. All documents visited were made by the user and had no macros, but in case it's relevant I should perhaps mention we have Java disabled as a workaround for bug #1702165. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1724876 Title: libreoffice soffice.bin using 100% cpu Status in libreoffice package in Ubuntu: Confirmed Bug description: With literally every action in libreoffice Calc, CPU usage goes to 100% due to soffice.bin, and stays on 100% for minutes. To the extend that libreoffice calc is UNUSABLE for anything that has to do with spreadsheets. As far as I am concerned, this is a critical bug because it makes the program unusable, and often even the complete computer due to the high cpu load. - 'Every action' includes typing as much as one single letter in a cell. Or opening the file. - the file I am working on is only 1.1Mb in size - the same file used to open fine in previous versions of libreoffice. what I've tried so far - without any improvement in speed: - under tools, options, assigned memory 256 Mb for Libreoffice, and 20Mb per object (no solution) - automatic calculation has been turned off (no solution) - libreoffice-gnome and libreoffice-gtk have been removed (no solution) - purged and reinstalled libreoffice. (no solution) - created new user profile - also no resolve System: Ubuntu 16.04 LTS on AMD A8 with 8Gb ram and running on an SSD. Libreoffice: Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial2 CPU Threads: 4; OS Version: Linux 4.4; UI Render: default To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1724876/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 931963] Re: File upload dialog does not fit netbook screen when Unity's Accessibility font size is set to Large
** Attachment added: Screenshot of file dialog not fitting on screen
https://bugs.launchpad.net/bugs/931963/+attachment/2738001/+files/screenshot1.png
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/931963
Title:
File upload dialog does not fit netbook screen when Unity's
Accessibility font size is set to Large
Status in “firefox” package in Ubuntu:
New
Bug description:
See attached screenshots. The first screenshot is a full-screen grab
of an eeePC netbook running Firefox when I pressed Upload a file in
this bug tracker and typed scr (the first three letters of a file I
have called screenshot). As you can see the relevant part of the
dialog is off-screen. However this can be worked around by zooming
the dialog window (dragging its titlebar to the top of the screen) as
shown in the second screenshot. Perhaps the dialog should be zoomed
by default in these circumstances? or ideally the layout code could
be adapted so that it copes with reduced screen space?
I'm not sure if this should be reported against Firefox or against a
library that it uses to display the dialog. Could somebody please
reassign this to the correct package if it's not Firefox? Thanks.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: firefox 10.0+build1-0ubuntu0.11.10.1
ProcVersionSignature: Ubuntu 3.0.0-15.26-generic 3.0.13
Uname: Linux 3.0.0-15-generic i686
AddonCompatCheckDisabled: False
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
AplayDevices:
List of PLAYBACK Hardware Devices
card 0: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
ApportVersion: 1.23-0ubuntu4
Architecture: i386
ArecordDevices:
List of CAPTURE Hardware Devices
card 0: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: ssb22 1259 F pulseaudio
BuildID: 20120129141551
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xf7eb8000 irq 43'
Mixer name : 'Realtek ALC662 rev1'
Components : 'HDA:10ec0662,10438337,00100101'
Controls : 20
Simple ctrls : 12
Channel: release
Date: Tue Feb 14 08:55:19 2012
ForcedLayersAccel: False
IfupdownConfig:
auto lo
iface lo inet loopback
InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012)
IpRoute:
default via 192.168.0.1 dev eth0 proto static
169.254.0.0/16 dev eth0 scope link metric 1000
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.102 metric
1
IwConfig:
lono wireless extensions.
eth0 no wireless extensions.
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
Profiles: Profile0 (Default) - LastVersion=10.0/20120129141551
RfKill:
0: eeepc-wlan: Wireless LAN
Soft blocked: yes
Hard blocked: no
RunningIncompatibleAddons: False
SourcePackage: firefox
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/03/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1006
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 900
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: x.xx
dmi.chassis.asset.tag: 0x
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTek Computer INC.
dmi.chassis.version: x.x
dmi.modalias:
dmi:bvnAmericanMegatrendsInc.:bvr1006:bd03/03/2009:svnASUSTeKComputerINC.:pn900:pvr0501:rvnASUSTeKComputerINC.:rn900:rvrx.xx:cvnASUSTekComputerINC.:ct10:cvrx.x:
dmi.product.name: 900
dmi.product.version: 0501
dmi.sys.vendor: ASUSTeK Computer INC.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/931963/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 931963] [NEW] File upload dialog does not fit netbook screen when Unity's Accessibility font size is set to Large
Public bug reported:
See attached screenshots. The first screenshot is a full-screen grab of
an eeePC netbook running Firefox when I pressed Upload a file in this
bug tracker and typed scr (the first three letters of a file I have
called screenshot). As you can see the relevant part of the dialog is
off-screen. However this can be worked around by zooming the dialog
window (dragging its titlebar to the top of the screen) as shown in the
second screenshot. Perhaps the dialog should be zoomed by default in
these circumstances? or ideally the layout code could be adapted so
that it copes with reduced screen space?
I'm not sure if this should be reported against Firefox or against a
library that it uses to display the dialog. Could somebody please
reassign this to the correct package if it's not Firefox? Thanks.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: firefox 10.0+build1-0ubuntu0.11.10.1
ProcVersionSignature: Ubuntu 3.0.0-15.26-generic 3.0.13
Uname: Linux 3.0.0-15-generic i686
AddonCompatCheckDisabled: False
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
AplayDevices:
List of PLAYBACK Hardware Devices
card 0: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
ApportVersion: 1.23-0ubuntu4
Architecture: i386
ArecordDevices:
List of CAPTURE Hardware Devices
card 0: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: ssb22 1259 F pulseaudio
BuildID: 20120129141551
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xf7eb8000 irq 43'
Mixer name : 'Realtek ALC662 rev1'
Components : 'HDA:10ec0662,10438337,00100101'
Controls : 20
Simple ctrls : 12
Channel: release
Date: Tue Feb 14 08:55:19 2012
ForcedLayersAccel: False
IfupdownConfig:
auto lo
iface lo inet loopback
InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012)
IpRoute:
default via 192.168.0.1 dev eth0 proto static
169.254.0.0/16 dev eth0 scope link metric 1000
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.102 metric 1
IwConfig:
lono wireless extensions.
eth0 no wireless extensions.
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
Profiles: Profile0 (Default) - LastVersion=10.0/20120129141551
RfKill:
0: eeepc-wlan: Wireless LAN
Soft blocked: yes
Hard blocked: no
RunningIncompatibleAddons: False
SourcePackage: firefox
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/03/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1006
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 900
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: x.xx
dmi.chassis.asset.tag: 0x
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTek Computer INC.
dmi.chassis.version: x.x
dmi.modalias:
dmi:bvnAmericanMegatrendsInc.:bvr1006:bd03/03/2009:svnASUSTeKComputerINC.:pn900:pvr0501:rvnASUSTeKComputerINC.:rn900:rvrx.xx:cvnASUSTekComputerINC.:ct10:cvrx.x:
dmi.product.name: 900
dmi.product.version: 0501
dmi.sys.vendor: ASUSTeK Computer INC.
** Affects: firefox (Ubuntu)
Importance: Undecided
Status: New
** Tags: apport-bug i386 oneiric running-unity
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/931963
Title:
File upload dialog does not fit netbook screen when Unity's
Accessibility font size is set to Large
Status in “firefox” package in Ubuntu:
New
Bug description:
See attached screenshots. The first screenshot is a full-screen grab
of an eeePC netbook running Firefox when I pressed Upload a file in
this bug tracker and typed scr (the first three letters of a file I
have called screenshot). As you can see the relevant part of the
dialog is off-screen. However this can be worked around by zooming
the dialog window (dragging its titlebar to the top of the screen) as
shown in the second screenshot. Perhaps the dialog should be zoomed
by default in these circumstances? or ideally the layout code could
be adapted so that it copes with reduced screen space?
I'm not sure if this should be reported against Firefox or against a
library that it uses to display the dialog. Could somebody please
reassign this to the correct package if it's not Firefox? Thanks.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: firefox 10.0+build1-0ubuntu0.11.10.1
ProcVersionSignature: Ubuntu 3.0.0-15.26-generic 3.0.13
Uname: Linux 3.0.0-15-generic i686
AddonCompatCheckDisabled: False
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
AplayDevices:
List of PLAYBACK Hardware
[Desktop-packages] [Bug 931963] Re: File upload dialog does not fit netbook screen when Unity's Accessibility font size is set to Large
** Attachment added: Screenshot of workaround: zoom the file dialog
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/931963/+attachment/2738021/+files/screenshot2.png
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/931963
Title:
File upload dialog does not fit netbook screen when Unity's
Accessibility font size is set to Large
Status in “firefox” package in Ubuntu:
New
Bug description:
See attached screenshots. The first screenshot is a full-screen grab
of an eeePC netbook running Firefox when I pressed Upload a file in
this bug tracker and typed scr (the first three letters of a file I
have called screenshot). As you can see the relevant part of the
dialog is off-screen. However this can be worked around by zooming
the dialog window (dragging its titlebar to the top of the screen) as
shown in the second screenshot. Perhaps the dialog should be zoomed
by default in these circumstances? or ideally the layout code could
be adapted so that it copes with reduced screen space?
I'm not sure if this should be reported against Firefox or against a
library that it uses to display the dialog. Could somebody please
reassign this to the correct package if it's not Firefox? Thanks.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: firefox 10.0+build1-0ubuntu0.11.10.1
ProcVersionSignature: Ubuntu 3.0.0-15.26-generic 3.0.13
Uname: Linux 3.0.0-15-generic i686
AddonCompatCheckDisabled: False
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
AplayDevices:
List of PLAYBACK Hardware Devices
card 0: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
ApportVersion: 1.23-0ubuntu4
Architecture: i386
ArecordDevices:
List of CAPTURE Hardware Devices
card 0: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: ssb22 1259 F pulseaudio
BuildID: 20120129141551
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xf7eb8000 irq 43'
Mixer name : 'Realtek ALC662 rev1'
Components : 'HDA:10ec0662,10438337,00100101'
Controls : 20
Simple ctrls : 12
Channel: release
Date: Tue Feb 14 08:55:19 2012
ForcedLayersAccel: False
IfupdownConfig:
auto lo
iface lo inet loopback
InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012)
IpRoute:
default via 192.168.0.1 dev eth0 proto static
169.254.0.0/16 dev eth0 scope link metric 1000
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.102 metric
1
IwConfig:
lono wireless extensions.
eth0 no wireless extensions.
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
Profiles: Profile0 (Default) - LastVersion=10.0/20120129141551
RfKill:
0: eeepc-wlan: Wireless LAN
Soft blocked: yes
Hard blocked: no
RunningIncompatibleAddons: False
SourcePackage: firefox
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/03/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1006
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 900
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: x.xx
dmi.chassis.asset.tag: 0x
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTek Computer INC.
dmi.chassis.version: x.x
dmi.modalias:
dmi:bvnAmericanMegatrendsInc.:bvr1006:bd03/03/2009:svnASUSTeKComputerINC.:pn900:pvr0501:rvnASUSTeKComputerINC.:rn900:rvrx.xx:cvnASUSTekComputerINC.:ct10:cvrx.x:
dmi.product.name: 900
dmi.product.version: 0501
dmi.sys.vendor: ASUSTeK Computer INC.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/931963/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
