[Desktop-packages] [Bug 1772520]
Reproducible on: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- 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/1772520 Title: [upstream] Font metrics mixed up when selecting Arabic characters in Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: In most fonts, many characters in the Arabic script change their width and height as typing progresses. For example the letter ب (U+0628) is reduced to about a half or even a third of its width if it's followed by another character such as ا (U+0627): با. Usually LibreOffice understands the changes in font metrics pretty well but not always. See the attached screenshot where I've written the sentence "مرحبا يا صديقي العزيز" in Writer and started selecting letters from the beginning of the line. The selection shown in the screenshot looks like the whole first word plus the following space but actually it only covers the first 4 letters of the first word out of 5 total: مرحب. From a user's point of view, this is very confusing, as I can't tell how far I've already selected without counting the characters in my mind. Even more surprisingly, LibreOffice Calc shows the selection as expected, i.e. different from Writer, so this does not feel like a font problem per se, although only some fonts display this behavior. The font I'm using in this example is Scheherazade, available through a third-party repository at packages.sil.org. The font is designed to cover a very wide variety of characters used for Arabic-script minority languages in both Asia and Africa, and in many cases it's the only professionally made font available for people working on many of these languages. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 21:03:43 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772520/+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 1772439]
The problem seems to have been resolved on LO 7.3.0.3 on Windows 10. To test PDF output this time, I used Adobe Acrobat DC 2021.011.20039 64-bit. I haven't tested on Linux, where the problem initially appeared. Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- 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/1772439 Title: [upstream] Arabic text gets deformed when creating a PDF in LibreOffice Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Creating a PDF from a document written in the Arabic script deforms the textual content of the document, although it looks fine on the screen. For example, see the attached PDF created with Writer, where the example sentence "اشترى بلال خمسة آلاف كتاب وَأَنَا اشْتَرَيْتُهَا مِنْهُ" looks as it should, but when you view it with any PDF reader, such as evince, copying the text deforms most of the words. Some characters are clearly visible but cannot be selected or searched (such as ى at the end of the first word اشترى). If I search for the second word بلال, evince tells me there are no matches in the document. The same happens when converting the file with pdftotext, which produces the following output: اشتر للا مسة لفا كتاب وَأَنَا ْ ه اشت َ َريْتُهَا ِ من ْ ُ Here only two of the seven words are intact, the rest are garbled in one way or another. If the text is in Latin script, both evince and pdftotext behave as expected, meaning that the textual content is transferred correctly from Writer to the PDF. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:18:41 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772439/+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 1772445]
Reproducible on: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- 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/1772445 Title: [upstream] Text cannot be rotated in a RTL table in LibreOffice Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Text can normally be rotated either 90 or 270 degrees through the Character > Position dialog box. This works even in tables, but only if the table’s text direction is set to Left-to-right. If the table’s text direction is set to Right-to-left through the Table properties dialog, no rotation takes effect. See the screenshot of a document, where there are two identical tables, one marked as LTR and the other as RTL. Text is rotated as expected in the LTR table, while nothing seems to happen in the other one. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:39:19 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772445/+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 1774244]
This particular problem seems to have been resolved on LO 7.3.0.3 on Windows 10. Rotating these and other Arabic-script characters does not work as expected (sometimes the text won't rotate at all or if it does, the letters are in reversed order) but these seem to be separate issues. Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- 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/1774244 Title: [upstream] Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1774244/+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 1772451]
Reproducible on: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- 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/1772451 Title: [upstream] Diacritical marks become visible only after changing view in Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the diacritics to be visible as soon as I type them, and for them to be removed from the screen immediately when I delete the word. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 16:17:03 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772451/+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 1774244]
Sorry, I take back my word. It's still the same issue in RTL paragraphs on LO 7.3.0.3. Writing my previous comment, I had only tested LTR paragraphs, which had other issues. RTL paragraphs still displace the text one inch to the left and up. -- 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/1774244 Title: [upstream] Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1774244/+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 1793126]
Reproducible on: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- 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/1793126 Title: [upstream] Automatic cell alignment in Calc breaks with bidi-neutral characters Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Calc seems to assign the alignment of any particular text cell based on the contents of the cell: if the first character is a LTR character, the cell is aligned to the left, and if the first character is RTL, the cell is aligned to the right. This is desirable behavior but it breaks when the first character is neutral, i.e. a character that behaves as RTL in an RTL context and as LTR in a LTR context. See the attached screenshot where cell A1 "abc" is automatically aligned to the left and cell A2 "ابت" to the right. When I surround these strings with parentheses, which are bidi-neutral characters, in A3 and A4, both are aligned to the left. For some reason, even font metrics break with this assignment, as the last character of the Arabic string overlaps visually with the closing parenthesis (I think this is a separate issue and I’ll file it as such). In column C, I have copied the contents of column A but changed the directionality setting of cell C4 manually to RTL through Format Cells > Text direction. Here the cell is properly aligned to the right and the closing parenthesis does not overlap with the last character of the string. According to the Unicode standard, neutral characters should not affect directionality, and that’s what I would expect as a user, too. I think the best solution would be for Calc to skip all neutral characters in the beginning of the string and just consider the first strong character for cell alignment. Even better, Calc could use this heuristics to assign full text directionality for the cell, not just change alignment. Right now, if you start the cell with an RTL character followed by a LTR inset and then continue with RTL again, the substrings are ordered as in a LTR context ("FIRST second THIRD"), not as in true RTL ("THIRD second FIRST"). Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:26:18 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1793126/+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 1793127]
Tested again on LibreOffice 7.3.0.3 on Windows 10. Now the formula line looks good but all LTR cells in the main view have font metrics mixed up, whether I'm currently typing them or not. For some reason, cells starting with a RTL character that Calc automatically aligns to the right behave as they should, although they're still not truly RTL, as the order of mixed LTR/RTL elements is wrong. See the attached screenshot. Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- 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/1793127 Title: [upstream] Font metrics mixed up for RTL insets in a LTR context in Calc Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: In the attached screenshot, I’ve written an English sentence with an Arabic word in the middle on the first row of a Calc sheet. On the second row, I’ve written the same Arabic word (العربية) by itself. The second row looks as it should but on the first row, some of the characters overlap. The same problem occurs if I surround the isolated Arabic word with parentheses, in which case the cell is automatically aligned to the left. I’m using the default font settings, which in my environment are Liberation Sans for Latin text and DejaVu Sans for Arabic. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:32:13 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1793127/+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 1793127]
Created attachment 178599 Screenshot on 7.3.0.3 -- 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/1793127 Title: [upstream] Font metrics mixed up for RTL insets in a LTR context in Calc Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: In the attached screenshot, I’ve written an English sentence with an Arabic word in the middle on the first row of a Calc sheet. On the second row, I’ve written the same Arabic word (العربية) by itself. The second row looks as it should but on the first row, some of the characters overlap. The same problem occurs if I surround the isolated Arabic word with parentheses, in which case the cell is automatically aligned to the left. I’m using the default font settings, which in my environment are Liberation Sans for Latin text and DejaVu Sans for Arabic. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:32:13 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1793127/+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 1793127]
I tested this again with LO 6.3.2.2 installed on Ubuntu as a snap. Now font metrics are still mixed up in the main view while I am typing and permanently on the formula line. When I finish typing and press Enter, the main display shows the characters correctly. So part of the problem is fixed, part is remaining. Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded -- 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/1793127 Title: [upstream] Font metrics mixed up for RTL insets in a LTR context in Calc Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: In the attached screenshot, I’ve written an English sentence with an Arabic word in the middle on the first row of a Calc sheet. On the second row, I’ve written the same Arabic word (العربية) by itself. The second row looks as it should but on the first row, some of the characters overlap. The same problem occurs if I surround the isolated Arabic word with parentheses, in which case the cell is automatically aligned to the left. I’m using the default font settings, which in my environment are Liberation Sans for Latin text and DejaVu Sans for Arabic. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:32:13 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1793127/+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 1793127]
Created attachment 155033 Screenshot on LO 6.3.2.2 The first line in the main view looks correct; the second line, which I'm still typing at the moment of this screenshot, is incorrect. The formula line is incorrect, too. -- 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/1793127 Title: [upstream] Font metrics mixed up for RTL insets in a LTR context in Calc Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: In the attached screenshot, I’ve written an English sentence with an Arabic word in the middle on the first row of a Calc sheet. On the second row, I’ve written the same Arabic word (العربية) by itself. The second row looks as it should but on the first row, some of the characters overlap. The same problem occurs if I surround the isolated Arabic word with parentheses, in which case the cell is automatically aligned to the left. I’m using the default font settings, which in my environment are Liberation Sans for Latin text and DejaVu Sans for Arabic. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:32:13 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1793127/+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 1793126]
Still reproducible on Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded -- 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/1793126 Title: [upstream] Automatic cell alignment in Calc breaks with bidi-neutral characters Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Calc seems to assign the alignment of any particular text cell based on the contents of the cell: if the first character is a LTR character, the cell is aligned to the left, and if the first character is RTL, the cell is aligned to the right. This is desirable behavior but it breaks when the first character is neutral, i.e. a character that behaves as RTL in an RTL context and as LTR in a LTR context. See the attached screenshot where cell A1 "abc" is automatically aligned to the left and cell A2 "ابت" to the right. When I surround these strings with parentheses, which are bidi-neutral characters, in A3 and A4, both are aligned to the left. For some reason, even font metrics break with this assignment, as the last character of the Arabic string overlaps visually with the closing parenthesis (I think this is a separate issue and I’ll file it as such). In column C, I have copied the contents of column A but changed the directionality setting of cell C4 manually to RTL through Format Cells > Text direction. Here the cell is properly aligned to the right and the closing parenthesis does not overlap with the last character of the string. According to the Unicode standard, neutral characters should not affect directionality, and that’s what I would expect as a user, too. I think the best solution would be for Calc to skip all neutral characters in the beginning of the string and just consider the first strong character for cell alignment. Even better, Calc could use this heuristics to assign full text directionality for the cell, not just change alignment. Right now, if you start the cell with an RTL character followed by a LTR inset and then continue with RTL again, the substrings are ordered as in a LTR context ("FIRST second THIRD"), not as in true RTL ("THIRD second FIRST"). Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:26:18 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1793126/+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 1847126] Re: Glyphs for space and basic punctuation not substituted from other fonts
Thanks for your advice. I did what you suggested and everything worked as expected. After some experimentation, I think I found the cause of the problem, too: What I had previously installed on my system was the full font package called "OldHungarian_0.5.zip" available on Github under "Releases". This package contains two different TTF fonts with different file names (OldHungarian.ttf and OldHungarian_Full.ttf) but with identical font names (OldHungarian). The latter includes Latin punctuation, the former doesn't. Now as both fonts were installed in the same folder /usr/local/share/fonts/, it created some sort of conflict, so that LO thought the glyphs for punctuation were there although in reality it used the non-full version for display. If I remove either one of the font files or copy only the full version to my own ~/.fonts folder, things work fine. If I copy only the non-full version to my local folder but leave copies of both in the system-wide folder, I get the same behavior as in my initial report. So an easy workaround is available and seems that the underlying problem is different from what I initially thought. Now back to the underlying issue: Any thoughts on whether the way the system handles the font conflict is a LO issue or e.g. Gnome or X11? -- 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/1847126 Title: Glyphs for space and basic punctuation not substituted from other fonts Status in libreoffice package in Ubuntu: Incomplete Bug description: I recently noticed a regression in how LibreOffice Writer handles font substitutions for basic ASCII punctuation including space (U+0020). For test purposes, I wrote a document in the Old Hungarian script and used a font called "OldHungarian" from https://github.com/OldHungarian /old-hungarian-font to display the text. The font is designed to cover only the characters in the Old Hungarian block (U+10C80 to U+10CFF) plus a couple of punctuation marks that might not be available in all fonts such as ⹁ (U+2E41 REVERSED COMMA) and ⹂ (U+2E42 DOUBLE LOW- REVERSED-9 QUOTATION MARK). The font doesn't include glyphs for anything else such as basic Latin letters or Latin punctuation. Normally, LibreOffice is supposed to find substitute glyphs for characters that are not included in the current font but for some reason it fails to do so with the OldHungarian font for all the basic punctuation from U+0020 (SPACE) to U+002F (SOLIDUS), U+003A (COLON) to U+0040 (COMMERCIAL AT) and U+007B (LEFT CURLY BRACKET) to U+007E (TILDE). Latin letters a-z and A-Z as well as numbers 0-9 work fine. See the attached screenshot, where I've included a sentence in English in the middle of Old Hungarian text and set OldHungarian as the font for the whole selection. English letters show up ok as well as spaces in between them. Spaces and punctuation between words in the Old Hungarian script show up as boxes. I don't use Old Hungarian on a daily basis, so I don't know exactly when this regression happened but I'm sure things worked as expected when I submitted bug #1804657 https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1804657 for 6.1.3.2 (installed as a snap). Now the problem occurs on both 6.0.7.3 installed from Ubuntu 18.04 repositories and on 6.3.2.2 installed as a snap from the stable channel (relase 151). For the regular install: Description: Ubuntu 18.04.3 LTS Release: 18.04 libreoffice-writer:amd64/bionic-security 1:6.0.7-0ubuntu0.18.04.10 uptodate libreoffice-writer: Installed: 1:6.0.7-0ubuntu0.18.04.10 Candidate: 1:6.0.7-0ubuntu0.18.04.10 Version table: *** 1:6.0.7-0ubuntu0.18.04.10 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group For the snap: libreoffice6.3.2.2 151 stable canonical✓ - Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.7-0ubuntu0.18.04.10 ProcVersionSignature: Ubuntu 4.15.0-64.73-generic 4.15.18 Uname: Linux 4.15.0-64-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.7 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Oct 7 16:13:01 2019 InstallationDate: Installed on 2017-02-13 (966 days ago) InstallationMedia: Ubuntu 16.10
[Desktop-packages] [Bug 1847126] Re: Glyphs for space and basic punctuation not substituted from other fonts
Font substitution for spaces and punctuation worked well when I submitted bug #1800640 for LO 6.0.6.2. There is even a screenshot attached to that bug report where you can see it for yourself. The text in the two screenshots is the same except for the sentence in English and a couple of words after that. -- 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/1847126 Title: Glyphs for space and basic punctuation not substituted from other fonts Status in libreoffice package in Ubuntu: New Bug description: I recently noticed a regression in how LibreOffice Writer handles font substitutions for basic ASCII punctuation including space (U+0020). For test purposes, I wrote a document in the Old Hungarian script and used a font called "OldHungarian" from https://github.com/OldHungarian /old-hungarian-font to display the text. The font is designed to cover only the characters in the Old Hungarian block (U+10C80 to U+10CFF) plus a couple of punctuation marks that might not be available in all fonts such as ⹁ (U+2E41 REVERSED COMMA) and ⹂ (U+2E42 DOUBLE LOW- REVERSED-9 QUOTATION MARK). The font doesn't include glyphs for anything else such as basic Latin letters or Latin punctuation. Normally, LibreOffice is supposed to find substitute glyphs for characters that are not included in the current font but for some reason it fails to do so with the OldHungarian font for all the basic punctuation from U+0020 (SPACE) to U+002F (SOLIDUS), U+003A (COLON) to U+0040 (COMMERCIAL AT) and U+007B (LEFT CURLY BRACKET) to U+007E (TILDE). Latin letters a-z and A-Z as well as numbers 0-9 work fine. See the attached screenshot, where I've included a sentence in English in the middle of Old Hungarian text and set OldHungarian as the font for the whole selection. English letters show up ok as well as spaces in between them. Spaces and punctuation between words in the Old Hungarian script show up as boxes. I don't use Old Hungarian on a daily basis, so I don't know exactly when this regression happened but I'm sure things worked as expected when I submitted bug #1804657 https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1804657 for 6.1.3.2 (installed as a snap). Now the problem occurs on both 6.0.7.3 installed from Ubuntu 18.04 repositories and on 6.3.2.2 installed as a snap from the stable channel (relase 151). For the regular install: Description: Ubuntu 18.04.3 LTS Release: 18.04 libreoffice-writer:amd64/bionic-security 1:6.0.7-0ubuntu0.18.04.10 uptodate libreoffice-writer: Installed: 1:6.0.7-0ubuntu0.18.04.10 Candidate: 1:6.0.7-0ubuntu0.18.04.10 Version table: *** 1:6.0.7-0ubuntu0.18.04.10 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group For the snap: libreoffice6.3.2.2 151 stable canonical✓ - Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.7-0ubuntu0.18.04.10 ProcVersionSignature: Ubuntu 4.15.0-64.73-generic 4.15.18 Uname: Linux 4.15.0-64-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.7 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Oct 7 16:13:01 2019 InstallationDate: Installed on 2017-02-13 (966 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (493 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1847126/+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 1847126] Re: Glyphs for space and basic punctuation not substituted from other fonts
** Attachment added: "ODT document used to create the screenshot" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1847126/+attachment/5295179/+files/Old%20Hungarian%20text%20sample.odt -- 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/1847126 Title: Glyphs for space and basic punctuation not substituted from other fonts Status in libreoffice package in Ubuntu: New Bug description: I recently noticed a regression in how LibreOffice Writer handles font substitutions for basic ASCII punctuation including space (U+0020). For test purposes, I wrote a document in the Old Hungarian script and used a font called "OldHungarian" from https://github.com/OldHungarian /old-hungarian-font to display the text. The font is designed to cover only the characters in the Old Hungarian block (U+10C80 to U+10CFF) plus a couple of punctuation marks that might not be available in all fonts such as ⹁ (U+2E41 REVERSED COMMA) and ⹂ (U+2E42 DOUBLE LOW- REVERSED-9 QUOTATION MARK). The font doesn't include glyphs for anything else such as basic Latin letters or Latin punctuation. Normally, LibreOffice is supposed to find substitute glyphs for characters that are not included in the current font but for some reason it fails to do so with the OldHungarian font for all the basic punctuation from U+0020 (SPACE) to U+002F (SOLIDUS), U+003A (COLON) to U+0040 (COMMERCIAL AT) and U+007B (LEFT CURLY BRACKET) to U+007E (TILDE). Latin letters a-z and A-Z as well as numbers 0-9 work fine. See the attached screenshot, where I've included a sentence in English in the middle of Old Hungarian text and set OldHungarian as the font for the whole selection. English letters show up ok as well as spaces in between them. Spaces and punctuation between words in the Old Hungarian script show up as boxes. I don't use Old Hungarian on a daily basis, so I don't know exactly when this regression happened but I'm sure things worked as expected when I submitted bug #1804657 https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1804657 for 6.1.3.2 (installed as a snap). Now the problem occurs on both 6.0.7.3 installed from Ubuntu 18.04 repositories and on 6.3.2.2 installed as a snap from the stable channel (relase 151). For the regular install: Description: Ubuntu 18.04.3 LTS Release: 18.04 libreoffice-writer:amd64/bionic-security 1:6.0.7-0ubuntu0.18.04.10 uptodate libreoffice-writer: Installed: 1:6.0.7-0ubuntu0.18.04.10 Candidate: 1:6.0.7-0ubuntu0.18.04.10 Version table: *** 1:6.0.7-0ubuntu0.18.04.10 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group For the snap: libreoffice6.3.2.2 151 stable canonical✓ - Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.7-0ubuntu0.18.04.10 ProcVersionSignature: Ubuntu 4.15.0-64.73-generic 4.15.18 Uname: Linux 4.15.0-64-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.7 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Oct 7 16:13:01 2019 InstallationDate: Installed on 2017-02-13 (966 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (493 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1847126/+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 1847126] [NEW] Glyphs for space and basic punctuation not substituted from other fonts
Public bug reported: I recently noticed a regression in how LibreOffice Writer handles font substitutions for basic ASCII punctuation including space (U+0020). For test purposes, I wrote a document in the Old Hungarian script and used a font called "OldHungarian" from https://github.com/OldHungarian/old- hungarian-font to display the text. The font is designed to cover only the characters in the Old Hungarian block (U+10C80 to U+10CFF) plus a couple of punctuation marks that might not be available in all fonts such as ⹁ (U+2E41 REVERSED COMMA) and ⹂ (U+2E42 DOUBLE LOW-REVERSED-9 QUOTATION MARK). The font doesn't include glyphs for anything else such as basic Latin letters or Latin punctuation. Normally, LibreOffice is supposed to find substitute glyphs for characters that are not included in the current font but for some reason it fails to do so with the OldHungarian font for all the basic punctuation from U+0020 (SPACE) to U+002F (SOLIDUS), U+003A (COLON) to U+0040 (COMMERCIAL AT) and U+007B (LEFT CURLY BRACKET) to U+007E (TILDE). Latin letters a-z and A-Z as well as numbers 0-9 work fine. See the attached screenshot, where I've included a sentence in English in the middle of Old Hungarian text and set OldHungarian as the font for the whole selection. English letters show up ok as well as spaces in between them. Spaces and punctuation between words in the Old Hungarian script show up as boxes. I don't use Old Hungarian on a daily basis, so I don't know exactly when this regression happened but I'm sure things worked as expected when I submitted bug #1804657 https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1804657 for 6.1.3.2 (installed as a snap). Now the problem occurs on both 6.0.7.3 installed from Ubuntu 18.04 repositories and on 6.3.2.2 installed as a snap from the stable channel (relase 151). For the regular install: Description:Ubuntu 18.04.3 LTS Release:18.04 libreoffice-writer:amd64/bionic-security 1:6.0.7-0ubuntu0.18.04.10 uptodate libreoffice-writer: Installed: 1:6.0.7-0ubuntu0.18.04.10 Candidate: 1:6.0.7-0ubuntu0.18.04.10 Version table: *** 1:6.0.7-0ubuntu0.18.04.10 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group For the snap: libreoffice6.3.2.2 151 stable canonical✓ - Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.7-0ubuntu0.18.04.10 ProcVersionSignature: Ubuntu 4.15.0-64.73-generic 4.15.18 Uname: Linux 4.15.0-64-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.7 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Oct 7 16:13:01 2019 InstallationDate: Installed on 2017-02-13 (966 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (493 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ** Attachment added: "Screenshot of a document with spaces and punctuation shown as boxes" https://bugs.launchpad.net/bugs/1847126/+attachment/5295176/+files/Old%20Hungarian%20text%20sample.png -- 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/1847126 Title: Glyphs for space and basic punctuation not substituted from other fonts Status in libreoffice package in Ubuntu: New Bug description: I recently noticed a regression in how LibreOffice Writer handles font substitutions for basic ASCII punctuation including space (U+0020). For test purposes, I wrote a document in the Old Hungarian script and used a font called "OldHungarian" from https://github.com/OldHungarian /old-hungarian-font to display the text. The font is designed to cover only the characters in the Old Hungarian block (U+10C80 to U+10CFF) plus a couple of punctuation marks that might not be available in all fonts such as ⹁ (U+2E41 REVERSED COMMA) and ⹂ (U+2E42 DOUBLE LOW- REVERSED-9 QUOTATION MARK). The font doesn't include glyphs for anything else such as basic Latin letters or Latin punctuation. Normally, LibreOffice is supposed to find substitute glyphs for characters that are not included in the current font but
[Desktop-packages] [Bug 1774244]
Still reproducible on: Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded -- 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/1774244 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1774244/+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 1772451]
Still reproducible on: Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded -- 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/1772451 Title: Diacritical marks become visible only after changing view in Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the diacritics to be visible as soon as I type them, and for them to be removed from the screen immediately when I delete the word. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 16:17:03 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772451/+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 1772439]
Still reproducible on: Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded pdftotext's output is again different from my initial report but it's still garbled: أ ه ن ا م ه ت ي ر ا اشْت و ن اشترى بالل خمسة آالف كتاب َ This time the beginning of the sentence (found on the last line of the output) is already quite good, though ل and ا in the ligature لا are reversed. Thus on evince بالل matches بلال. The end of the sentence where there are diacritical vowel marks is worse than in my initial report. -- 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/1772439 Title: Arabic text gets deformed when creating a PDF in LibreOffice Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Creating a PDF from a document written in the Arabic script deforms the textual content of the document, although it looks fine on the screen. For example, see the attached PDF created with Writer, where the example sentence "اشترى بلال خمسة آلاف كتاب وَأَنَا اشْتَرَيْتُهَا مِنْهُ" looks as it should, but when you view it with any PDF reader, such as evince, copying the text deforms most of the words. Some characters are clearly visible but cannot be selected or searched (such as ى at the end of the first word اشترى). If I search for the second word بلال, evince tells me there are no matches in the document. The same happens when converting the file with pdftotext, which produces the following output: اشتر للا مسة لفا كتاب وَأَنَا ْ ه اشت َ َريْتُهَا ِ من ْ ُ Here only two of the seven words are intact, the rest are garbled in one way or another. If the text is in Latin script, both evince and pdftotext behave as expected, meaning that the textual content is transferred correctly from Writer to the PDF. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:18:41 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772439/+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 1772445]
Still reproducible on: Version: 6.3.2.2 Build ID: libreoffice-6.3.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded -- 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/1772445 Title: Text cannot be rotated in a RTL table in LibreOffice Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Text can normally be rotated either 90 or 270 degrees through the Character > Position dialog box. This works even in tables, but only if the table’s text direction is set to Left-to-right. If the table’s text direction is set to Right-to-left through the Table properties dialog, no rotation takes effect. See the screenshot of a document, where there are two identical tables, one marked as LTR and the other as RTL. Text is rotated as expected in the LTR table, while nothing seems to happen in the other one. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:39:19 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772445/+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 1772520]
Still reproducible on: Version: 6.3.1.2 (x64) Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 Threads CPU : 4; OS : Windows 6.3; UI Render : par défaut; VCL: win; Locale : fr-FR (fr_FR); Langue IHM : fr-FR Calc: threaded -- 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/1772520 Title: Font metrics mixed up when selecting Arabic characters in Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: In most fonts, many characters in the Arabic script change their width and height as typing progresses. For example the letter ب (U+0628) is reduced to about a half or even a third of its width if it's followed by another character such as ا (U+0627): با. Usually LibreOffice understands the changes in font metrics pretty well but not always. See the attached screenshot where I've written the sentence "مرحبا يا صديقي العزيز" in Writer and started selecting letters from the beginning of the line. The selection shown in the screenshot looks like the whole first word plus the following space but actually it only covers the first 4 letters of the first word out of 5 total: مرحب. From a user's point of view, this is very confusing, as I can't tell how far I've already selected without counting the characters in my mind. Even more surprisingly, LibreOffice Calc shows the selection as expected, i.e. different from Writer, so this does not feel like a font problem per se, although only some fonts display this behavior. The font I'm using in this example is Scheherazade, available through a third-party repository at packages.sil.org. The font is designed to cover a very wide variety of characters used for Arabic-script minority languages in both Asia and Africa, and in many cases it's the only professionally made font available for people working on many of these languages. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 21:03:43 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772520/+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 1772430]
Still reproducible on: Version: 6.3.1.2 (x64) Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 Threads CPU : 4; OS : Windows 6.3; UI Render : par défaut; VCL: win; Locale : fr-FR (fr_FR); Langue IHM : fr-FR Calc: threaded -- 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/1772430 Title: Proportional line spacing under 100 % makes first line too low in LibreOffice Writer Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: Using proportional line spacing with less than 100 % makes the first line of each paragraph and each page considerably lower than all the other lines. This problem is an issue particularly with fonts designed for Arabic, where the default line spacing is very big so as to allow for space for optional vowel marks below and above the line. If these marks are not used, the space between the lines is often too big. If I change line spacing to proportional 80 %, most of the lines look fine but the first line of each paragraph and of each page (even without a paragraph break) gets crammed into the second line. As a user, I would rather expect the first line to have the same visual height as all the other lines. See the attached document and screenshots using Noto Naskh Arabic and 80 % line spacing. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:50:01 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1772430/+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 1804657] Re: [snap] Double-clicking on Old Hungarian doesn't select the whole word in Writer
Today I installed the snap in the candidate channel (6.1.3.2, revision 93). The problem appears to be fixed. Thanks for your help in testing! -- 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/1804657 Title: [snap] Double-clicking on Old Hungarian doesn't select the whole word in Writer Status in libreoffice package in Ubuntu: Confirmed Bug description: I recently noticed that there is a regression that was introduced somewhere between LibreOffice 6.0.6.2 and 6.1.3.2, which I installed as a snap (version number 90) on Ubuntu 18.04. Steps to reproduce: 1) Write a paragraph in Old Hungarian (Unicode block U+10C80 to U+10CFF). 2) Double-click anywhere in the text. Double-clicking should select the whole word, and it works that way for most scripts (Latin, Arabic, and even Gothic), but for some reason for Old Hungarian, double-clicking only selects the individual character under the cursor. In LibreOffice 6.0.6.2 selecting Old Hungarian works as expected. For a sample paragraph in Old Hungarian, see the attached document. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1804657/+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 1800640] Re: Plane 1 (SMP) characters are not justified properly in Writer
Yes, the justification issue appears to have been fixed in the snap I just installed (6.1.3.2) but I noticed there is another regression: double-clicking on text should select the whole word under the cursor. In 6.0.6.2, this feature works well for both of the languages of this test case (Gothic and Old Hungarian) but in 6.1.3.2, selecting Old Hungarian words is broken. When you double-click on Old Hungarian, only the individual character under the cursor is selected, not the whole word. Gothic seems to be working fine. Should I file a separate bug report for this issue? -- 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/1800640 Title: Plane 1 (SMP) characters are not justified properly in Writer Status in libreoffice package in Ubuntu: Incomplete Bug description: Justifying paragraphs with Unicode Plane 1 (SMP) characters does not work as expected. See the attached screenshot of a document with one paragraph in Gothic (U+10330–U+1034F) and another one in Old Hungarian (U+10C80–U+10CFF). Both paragraphs have been justified but visually only the left edge seems aligned. If you try selecting words with the keyboard or the mouse, the font metrics are totally off. In the attached screenshot, I have selected the second word of the sentence (̼̰̰̽̽) but visually it looks like two characters of the following word have been selected as well. Both scripts display the same behavior although Gothic is an LTR script and Old Hungarian is RTL. Description: Ubuntu 18.04.1 LTS Release: 18.04 libreoffice-writer: Installed: 1:6.0.6-0ubuntu0.18.04.1 Candidate: 1:6.0.6-0ubuntu0.18.04.1 Version table: *** 1:6.0.6-0ubuntu0.18.04.1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.6-0ubuntu0.18.04.1 ProcVersionSignature: Ubuntu 4.15.0-38.41-generic 4.15.18 Uname: Linux 4.15.0-38-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.4 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Oct 30 11:31:48 2018 InstallationDate: Installed on 2017-02-13 (624 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (151 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1800640/+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 1800640] Re: Plane 1 (SMP) characters are not justified properly in Writer
I just filed a separate report at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1804657 -- 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/1800640 Title: Plane 1 (SMP) characters are not justified properly in Writer Status in libreoffice package in Ubuntu: Fix Released Bug description: Justifying paragraphs with Unicode Plane 1 (SMP) characters does not work as expected. See the attached screenshot of a document with one paragraph in Gothic (U+10330–U+1034F) and another one in Old Hungarian (U+10C80–U+10CFF). Both paragraphs have been justified but visually only the left edge seems aligned. If you try selecting words with the keyboard or the mouse, the font metrics are totally off. In the attached screenshot, I have selected the second word of the sentence (̼̰̰̽̽) but visually it looks like two characters of the following word have been selected as well. Both scripts display the same behavior although Gothic is an LTR script and Old Hungarian is RTL. Description: Ubuntu 18.04.1 LTS Release: 18.04 libreoffice-writer: Installed: 1:6.0.6-0ubuntu0.18.04.1 Candidate: 1:6.0.6-0ubuntu0.18.04.1 Version table: *** 1:6.0.6-0ubuntu0.18.04.1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.6-0ubuntu0.18.04.1 ProcVersionSignature: Ubuntu 4.15.0-38.41-generic 4.15.18 Uname: Linux 4.15.0-38-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.4 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Oct 30 11:31:48 2018 InstallationDate: Installed on 2017-02-13 (624 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (151 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1800640/+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 1804657] [NEW] Double-clicking on Old Hungarian doesn't select the whole word in Writer
Public bug reported: I recently noticed that there is a regression that was introduced somewhere between LibreOffice 6.0.6.2 and 6.1.3.2, which I installed as a snap (version number 90) on Ubuntu 18.04. Steps to reproduce: 1) Write a paragraph in Old Hungarian (Unicode block U+10C80 to U+10CFF). 2) Double-click anywhere in the text. Double-clicking should select the whole word, and it works that way for most scripts (Latin, Arabic, and even Gothic), but for some reason for Old Hungarian, double-clicking only selects the individual character under the cursor. In LibreOffice 6.0.6.2 selecting Old Hungarian works as expected. For a sample paragraph in Old Hungarian, see the attached document. ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Attachment added: "Old Hungarian double-clicking.odt" https://bugs.launchpad.net/bugs/1804657/+attachment/5215291/+files/Old%20Hungarian%20double-clicking.odt -- 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/1804657 Title: Double-clicking on Old Hungarian doesn't select the whole word in Writer Status in libreoffice package in Ubuntu: New Bug description: I recently noticed that there is a regression that was introduced somewhere between LibreOffice 6.0.6.2 and 6.1.3.2, which I installed as a snap (version number 90) on Ubuntu 18.04. Steps to reproduce: 1) Write a paragraph in Old Hungarian (Unicode block U+10C80 to U+10CFF). 2) Double-click anywhere in the text. Double-clicking should select the whole word, and it works that way for most scripts (Latin, Arabic, and even Gothic), but for some reason for Old Hungarian, double-clicking only selects the individual character under the cursor. In LibreOffice 6.0.6.2 selecting Old Hungarian works as expected. For a sample paragraph in Old Hungarian, see the attached document. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1804657/+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 1800650] [NEW] gedit highlights indexes of multidimensional arrays as comments in Perl mode
Public bug reported: In gedit's Perl highlight mode, variables of all kinds ($var, %hash, @array etc.) are highlighted in dark green. The same usually works for the last index of an array as well ($#array) but only if the array is one-dimensional. With multidimensional arrays, the proper syntax is more complicated: $#{$array[0]} should give the last index of the first element of an array of arrays. Here gedit however interprets the number sign (#) as the mark of a comment and highlights the rest of the line in blue. The expected behavior would be to highlight $#{$array[0]} in dark green like all other variables. See the attached screenshot. Description:Ubuntu 18.04.1 LTS Release:18.04 gedit: Installed: 3.28.1-1ubuntu1 Candidate: 3.28.1-1ubuntu1 Version table: *** 3.28.1-1ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: gedit 3.28.1-1ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-38.41-generic 4.15.18 Uname: Linux 4.15.0-38-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.4 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Oct 30 12:27:38 2018 InstallationDate: Installed on 2017-02-13 (624 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: gedit UpgradeStatus: Upgraded to bionic on 2018-05-31 (151 days ago) ** Affects: gedit (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ** Attachment added: "Screenshot gedit perl multi-array index.png" https://bugs.launchpad.net/bugs/1800650/+attachment/5207156/+files/Screenshot%20gedit%20perl%20multi-array%20index.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/1800650 Title: gedit highlights indexes of multidimensional arrays as comments in Perl mode Status in gedit package in Ubuntu: New Bug description: In gedit's Perl highlight mode, variables of all kinds ($var, %hash, @array etc.) are highlighted in dark green. The same usually works for the last index of an array as well ($#array) but only if the array is one-dimensional. With multidimensional arrays, the proper syntax is more complicated: $#{$array[0]} should give the last index of the first element of an array of arrays. Here gedit however interprets the number sign (#) as the mark of a comment and highlights the rest of the line in blue. The expected behavior would be to highlight $#{$array[0]} in dark green like all other variables. See the attached screenshot. Description: Ubuntu 18.04.1 LTS Release: 18.04 gedit: Installed: 3.28.1-1ubuntu1 Candidate: 3.28.1-1ubuntu1 Version table: *** 3.28.1-1ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: gedit 3.28.1-1ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-38.41-generic 4.15.18 Uname: Linux 4.15.0-38-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.4 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Oct 30 12:27:38 2018 InstallationDate: Installed on 2017-02-13 (624 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: gedit UpgradeStatus: Upgraded to bionic on 2018-05-31 (151 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1800650/+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 1800640] Re: Plane 1 (SMP) characters are not justified properly in Writer
** Attachment added: "Document used to create the screenshot" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1800640/+attachment/5207147/+files/Plane%201%20justification.odt -- 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/1800640 Title: Plane 1 (SMP) characters are not justified properly in Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying paragraphs with Unicode Plane 1 (SMP) characters does not work as expected. See the attached screenshot of a document with one paragraph in Gothic (U+10330–U+1034F) and another one in Old Hungarian (U+10C80–U+10CFF). Both paragraphs have been justified but visually only the left edge seems aligned. If you try selecting words with the keyboard or the mouse, the font metrics are totally off. In the attached screenshot, I have selected the second word of the sentence (̼̰̰̽̽) but visually it looks like two characters of the following word have been selected as well. Both scripts display the same behavior although Gothic is an LTR script and Old Hungarian is RTL. Description: Ubuntu 18.04.1 LTS Release: 18.04 libreoffice-writer: Installed: 1:6.0.6-0ubuntu0.18.04.1 Candidate: 1:6.0.6-0ubuntu0.18.04.1 Version table: *** 1:6.0.6-0ubuntu0.18.04.1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.6-0ubuntu0.18.04.1 ProcVersionSignature: Ubuntu 4.15.0-38.41-generic 4.15.18 Uname: Linux 4.15.0-38-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.4 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Oct 30 11:31:48 2018 InstallationDate: Installed on 2017-02-13 (624 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (151 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1800640/+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 1800640] [NEW] Plane 1 (SMP) characters are not justified properly in Writer
Public bug reported: Justifying paragraphs with Unicode Plane 1 (SMP) characters does not work as expected. See the attached screenshot of a document with one paragraph in Gothic (U+10330–U+1034F) and another one in Old Hungarian (U+10C80–U+10CFF). Both paragraphs have been justified but visually only the left edge seems aligned. If you try selecting words with the keyboard or the mouse, the font metrics are totally off. In the attached screenshot, I have selected the second word of the sentence (̼̰̰̽̽) but visually it looks like two characters of the following word have been selected as well. Both scripts display the same behavior although Gothic is an LTR script and Old Hungarian is RTL. Description:Ubuntu 18.04.1 LTS Release:18.04 libreoffice-writer: Installed: 1:6.0.6-0ubuntu0.18.04.1 Candidate: 1:6.0.6-0ubuntu0.18.04.1 Version table: *** 1:6.0.6-0ubuntu0.18.04.1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.6-0ubuntu0.18.04.1 ProcVersionSignature: Ubuntu 4.15.0-38.41-generic 4.15.18 Uname: Linux 4.15.0-38-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.4 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Oct 30 11:31:48 2018 InstallationDate: Installed on 2017-02-13 (624 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (151 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ** Attachment added: "Screenshot Plane 1 justification.png" https://bugs.launchpad.net/bugs/1800640/+attachment/5207144/+files/Screenshot%20Plane%201%20justification.png -- 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/1800640 Title: Plane 1 (SMP) characters are not justified properly in Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying paragraphs with Unicode Plane 1 (SMP) characters does not work as expected. See the attached screenshot of a document with one paragraph in Gothic (U+10330–U+1034F) and another one in Old Hungarian (U+10C80–U+10CFF). Both paragraphs have been justified but visually only the left edge seems aligned. If you try selecting words with the keyboard or the mouse, the font metrics are totally off. In the attached screenshot, I have selected the second word of the sentence (̼̰̰̽̽) but visually it looks like two characters of the following word have been selected as well. Both scripts display the same behavior although Gothic is an LTR script and Old Hungarian is RTL. Description: Ubuntu 18.04.1 LTS Release: 18.04 libreoffice-writer: Installed: 1:6.0.6-0ubuntu0.18.04.1 Candidate: 1:6.0.6-0ubuntu0.18.04.1 Version table: *** 1:6.0.6-0ubuntu0.18.04.1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-writer 1:6.0.6-0ubuntu0.18.04.1 ProcVersionSignature: Ubuntu 4.15.0-38.41-generic 4.15.18 Uname: Linux 4.15.0-38-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.4 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Oct 30 11:31:48 2018 InstallationDate: Installed on 2017-02-13 (624 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (151 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1800640/+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 1793126] Re: Automatic cell alignment in Calc breaks with bidi-neutral characters
I submitted an upstream report at https://bugs.documentfoundation.org/show_bug.cgi?id=119961 ** Bug watch added: Document Foundation Bugzilla #119961 https://bugs.documentfoundation.org/show_bug.cgi?id=119961 -- 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/1793126 Title: Automatic cell alignment in Calc breaks with bidi-neutral characters Status in libreoffice package in Ubuntu: Confirmed Bug description: Calc seems to assign the alignment of any particular text cell based on the contents of the cell: if the first character is a LTR character, the cell is aligned to the left, and if the first character is RTL, the cell is aligned to the right. This is desirable behavior but it breaks when the first character is neutral, i.e. a character that behaves as RTL in an RTL context and as LTR in a LTR context. See the attached screenshot where cell A1 "abc" is automatically aligned to the left and cell A2 "ابت" to the right. When I surround these strings with parentheses, which are bidi-neutral characters, in A3 and A4, both are aligned to the left. For some reason, even font metrics break with this assignment, as the last character of the Arabic string overlaps visually with the closing parenthesis (I think this is a separate issue and I’ll file it as such). In column C, I have copied the contents of column A but changed the directionality setting of cell C4 manually to RTL through Format Cells > Text direction. Here the cell is properly aligned to the right and the closing parenthesis does not overlap with the last character of the string. According to the Unicode standard, neutral characters should not affect directionality, and that’s what I would expect as a user, too. I think the best solution would be for Calc to skip all neutral characters in the beginning of the string and just consider the first strong character for cell alignment. Even better, Calc could use this heuristics to assign full text directionality for the cell, not just change alignment. Right now, if you start the cell with an RTL character followed by a LTR inset and then continue with RTL again, the substrings are ordered as in a LTR context ("FIRST second THIRD"), not as in true RTL ("THIRD second FIRST"). Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:26:18 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793126/+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 1793127] Re: Font metrics mixed up for RTL insets in a LTR context in Calc
I filed an upstream report at https://bugs.documentfoundation.org/show_bug.cgi?id=119960 ** Bug watch added: Document Foundation Bugzilla #119960 https://bugs.documentfoundation.org/show_bug.cgi?id=119960 -- 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/1793127 Title: Font metrics mixed up for RTL insets in a LTR context in Calc Status in libreoffice package in Ubuntu: Confirmed Bug description: In the attached screenshot, I’ve written an English sentence with an Arabic word in the middle on the first row of a Calc sheet. On the second row, I’ve written the same Arabic word (العربية) by itself. The second row looks as it should but on the first row, some of the characters overlap. The same problem occurs if I surround the isolated Arabic word with parentheses, in which case the cell is automatically aligned to the left. I’m using the default font settings, which in my environment are Liberation Sans for Latin text and DejaVu Sans for Arabic. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:32:13 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793127/+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 1793130] [NEW] Wrong alignment while typing RTL text in Calc cell
Public bug reported: Calc normally aligns text cells to the right or to the left based on the directionality of the first character of the cell (left-alignment with English and right-alignment with Arabic). Unfortunately, this assignment happens only when the user has finished typing and pressed Enter. While typing, all text cells are aligned to the left, while for example numbers are automatically aligned to the right even in the typing phase. The same thing happens even when I’m modifying a text cell which was already automatically aligned to the right: as soon as I double-click on the cell, the text jumps to the left edge of the cell, and then I need to visually relocate the exact place I wanted to modify. As a user, I would expect cells with an RTL character in the beginning to get aligned to the right already while the user is typing. This is what happens with many other programs, too, such as Firefox when filling out an HTML form. See the attached screenshot from Calc for an example. Description:Ubuntu 18.04.1 LTS Release:18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:44:23 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ** Attachment added: "Typing RTL text Calc.png" https://bugs.launchpad.net/bugs/1793130/+attachment/5190169/+files/Typing%20RTL%20text%20Calc.png -- 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/1793130 Title: Wrong alignment while typing RTL text in Calc cell Status in libreoffice package in Ubuntu: New Bug description: Calc normally aligns text cells to the right or to the left based on the directionality of the first character of the cell (left-alignment with English and right-alignment with Arabic). Unfortunately, this assignment happens only when the user has finished typing and pressed Enter. While typing, all text cells are aligned to the left, while for example numbers are automatically aligned to the right even in the typing phase. The same thing happens even when I’m modifying a text cell which was already automatically aligned to the right: as soon as I double-click on the cell, the text jumps to the left edge of the cell, and then I need to visually relocate the exact place I wanted to modify. As a user, I would expect cells with an RTL character in the beginning to get aligned to the right already while the user is typing. This is what happens with many other programs, too, such as Firefox when filling out an HTML form. See the attached screenshot from Calc for an example. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:44:23 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793130/+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 1793126] Re: Automatic cell alignment in Calc breaks with bidi-neutral characters
I submitted a separate report for the font metrics problem at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793127 -- 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/1793126 Title: Automatic cell alignment in Calc breaks with bidi-neutral characters Status in libreoffice package in Ubuntu: New Bug description: Calc seems to assign the alignment of any particular text cell based on the contents of the cell: if the first character is a LTR character, the cell is aligned to the left, and if the first character is RTL, the cell is aligned to the right. This is desirable behavior but it breaks when the first character is neutral, i.e. a character that behaves as RTL in an RTL context and as LTR in a LTR context. See the attached screenshot where cell A1 "abc" is automatically aligned to the left and cell A2 "ابت" to the right. When I surround these strings with parentheses, which are bidi-neutral characters, in A3 and A4, both are aligned to the left. For some reason, even font metrics break with this assignment, as the last character of the Arabic string overlaps visually with the closing parenthesis (I think this is a separate issue and I’ll file it as such). In column C, I have copied the contents of column A but changed the directionality setting of cell C4 manually to RTL through Format Cells > Text direction. Here the cell is properly aligned to the right and the closing parenthesis does not overlap with the last character of the string. According to the Unicode standard, neutral characters should not affect directionality, and that’s what I would expect as a user, too. I think the best solution would be for Calc to skip all neutral characters in the beginning of the string and just consider the first strong character for cell alignment. Even better, Calc could use this heuristics to assign full text directionality for the cell, not just change alignment. Right now, if you start the cell with an RTL character followed by a LTR inset and then continue with RTL again, the substrings are ordered as in a LTR context ("FIRST second THIRD"), not as in true RTL ("THIRD second FIRST"). Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:26:18 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793126/+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 1793127] [NEW] Font metrics mixed up for RTL insets in a LTR context in Calc
Public bug reported: In the attached screenshot, I’ve written an English sentence with an Arabic word in the middle on the first row of a Calc sheet. On the second row, I’ve written the same Arabic word (العربية) by itself. The second row looks as it should but on the first row, some of the characters overlap. The same problem occurs if I surround the isolated Arabic word with parentheses, in which case the cell is automatically aligned to the left. I’m using the default font settings, which in my environment are Liberation Sans for Latin text and DejaVu Sans for Arabic. Description:Ubuntu 18.04.1 LTS Release:18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:32:13 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ** Attachment added: "Calc Arabic inset font metrics.png" https://bugs.launchpad.net/bugs/1793127/+attachment/5190166/+files/Calc%20Arabic%20inset%20font%20metrics.png -- 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/1793127 Title: Font metrics mixed up for RTL insets in a LTR context in Calc Status in libreoffice package in Ubuntu: New Bug description: In the attached screenshot, I’ve written an English sentence with an Arabic word in the middle on the first row of a Calc sheet. On the second row, I’ve written the same Arabic word (العربية) by itself. The second row looks as it should but on the first row, some of the characters overlap. The same problem occurs if I surround the isolated Arabic word with parentheses, in which case the cell is automatically aligned to the left. I’m using the default font settings, which in my environment are Liberation Sans for Latin text and DejaVu Sans for Arabic. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:32:13 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793127/+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 1793126] [NEW] Automatic cell alignment in Calc breaks with bidi-neutral characters
Public bug reported: Calc seems to assign the alignment of any particular text cell based on the contents of the cell: if the first character is a LTR character, the cell is aligned to the left, and if the first character is RTL, the cell is aligned to the right. This is desirable behavior but it breaks when the first character is neutral, i.e. a character that behaves as RTL in an RTL context and as LTR in a LTR context. See the attached screenshot where cell A1 "abc" is automatically aligned to the left and cell A2 "ابت" to the right. When I surround these strings with parentheses, which are bidi-neutral characters, in A3 and A4, both are aligned to the left. For some reason, even font metrics break with this assignment, as the last character of the Arabic string overlaps visually with the closing parenthesis (I think this is a separate issue and I’ll file it as such). In column C, I have copied the contents of column A but changed the directionality setting of cell C4 manually to RTL through Format Cells > Text direction. Here the cell is properly aligned to the right and the closing parenthesis does not overlap with the last character of the string. According to the Unicode standard, neutral characters should not affect directionality, and that’s what I would expect as a user, too. I think the best solution would be for Calc to skip all neutral characters in the beginning of the string and just consider the first strong character for cell alignment. Even better, Calc could use this heuristics to assign full text directionality for the cell, not just change alignment. Right now, if you start the cell with an RTL character followed by a LTR inset and then continue with RTL again, the substrings are ordered as in a LTR context ("FIRST second THIRD"), not as in true RTL ("THIRD second FIRST"). Description:Ubuntu 18.04.1 LTS Release:18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:26:18 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ** Attachment added: "Directionality assignment Calc.png" https://bugs.launchpad.net/bugs/1793126/+attachment/5190163/+files/Directionality%20assignment%20Calc.png -- 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/1793126 Title: Automatic cell alignment in Calc breaks with bidi-neutral characters Status in libreoffice package in Ubuntu: New Bug description: Calc seems to assign the alignment of any particular text cell based on the contents of the cell: if the first character is a LTR character, the cell is aligned to the left, and if the first character is RTL, the cell is aligned to the right. This is desirable behavior but it breaks when the first character is neutral, i.e. a character that behaves as RTL in an RTL context and as LTR in a LTR context. See the attached screenshot where cell A1 "abc" is automatically aligned to the left and cell A2 "ابت" to the right. When I surround these strings with parentheses, which are bidi-neutral characters, in A3 and A4, both are aligned to the left. For some reason, even font metrics break with this assignment, as the last character of the Arabic string overlaps visually with the closing parenthesis (I think this is a separate issue and I’ll file it as such). In column C, I have copied the contents of column A but changed the directionality setting of cell C4 manually to RTL through Format Cells > Text direction. Here the cell is properly aligned to the right and the closing parenthesis does not overlap with the last character of the string. According to the Unicode standard, neutral characters should not affect directionality, and that’s what I would expect as a user, too. I think the best solution would be for Calc to skip all neutral characters in the beginning of the string and just consider the first strong character for cell alignment. Even better, Calc could use this heuristics to assign full text directionality for the cell, not just change alignment. Right now, if you start the cell with an RTL
[Desktop-packages] [Bug 1793124] Re: Scrolling on Calc leaves content invisible if cell is higher than screen
** Attachment added: "Calc scrolling 2.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/+attachment/5190162/+files/Calc%20scrolling%202.png -- 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/1793124 Title: Scrolling on Calc leaves content invisible if cell is higher than screen Status in libreoffice package in Ubuntu: New Bug description: I sometimes receive Calc documents where the content of an individual cell is split on so many lines that it fills up the whole screen and more. I can easily see the top part of these cells but scrolling to the bottom does not seem to work. Whether I try dragging the scrollbar or moving the screen with my laptop’s touchpad, Calc seems to skip the bottom part of the cell and jump directly to the following cell. See the attached screenshots of a document which has numbers 1 to 50 so that numbers 4 to 40 occupy one single cell (A4). In the first screenshot I see the top part of that cell (4 to 23) and in the next I have scrolled down the screen as little as possible, and now I see cell A5 (number 41) on the top. Everything in between is visually inaccessible whatever I try. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:16:17 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/+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 1793124] [NEW] Scrolling on Calc leaves content invisible if cell is higher than screen
Public bug reported: I sometimes receive Calc documents where the content of an individual cell is split on so many lines that it fills up the whole screen and more. I can easily see the top part of these cells but scrolling to the bottom does not seem to work. Whether I try dragging the scrollbar or moving the screen with my laptop’s touchpad, Calc seems to skip the bottom part of the cell and jump directly to the following cell. See the attached screenshots of a document which has numbers 1 to 50 so that numbers 4 to 40 occupy one single cell (A4). In the first screenshot I see the top part of that cell (4 to 23) and in the next I have scrolled down the screen as little as possible, and now I see cell A5 (number 41) on the top. Everything in between is visually inaccessible whatever I try. Description:Ubuntu 18.04.1 LTS Release:18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:16:17 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ** Attachment added: "Calc scrolling 1.png" https://bugs.launchpad.net/bugs/1793124/+attachment/5190159/+files/Calc%20scrolling%201.png -- 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/1793124 Title: Scrolling on Calc leaves content invisible if cell is higher than screen Status in libreoffice package in Ubuntu: New Bug description: I sometimes receive Calc documents where the content of an individual cell is split on so many lines that it fills up the whole screen and more. I can easily see the top part of these cells but scrolling to the bottom does not seem to work. Whether I try dragging the scrollbar or moving the screen with my laptop’s touchpad, Calc seems to skip the bottom part of the cell and jump directly to the following cell. See the attached screenshots of a document which has numbers 1 to 50 so that numbers 4 to 40 occupy one single cell (A4). In the first screenshot I see the top part of that cell (4 to 23) and in the next I have scrolled down the screen as little as possible, and now I see cell A5 (number 41) on the top. Everything in between is visually inaccessible whatever I try. Description: Ubuntu 18.04.1 LTS Release: 18.04 Installed: 1:6.0.3-0ubuntu1 Candidate: 1:6.0.3-0ubuntu1 Version table: *** 1:6.0.3-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: libreoffice-calc 1:6.0.3-0ubuntu1 ProcVersionSignature: Ubuntu 4.15.0-33.36-generic 4.15.18 Uname: Linux 4.15.0-33-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.3 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 18 11:16:17 2018 InstallationDate: Installed on 2017-02-13 (582 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to bionic on 2018-05-31 (109 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1793124/+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 1772451] Re: Diacritical marks become visible only after changing view in Writer
I filed an upstream report at https://bugs.documentfoundation.org/show_bug.cgi?id=119608 ** Bug watch added: Document Foundation Bugzilla #119608 https://bugs.documentfoundation.org/show_bug.cgi?id=119608 -- 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/1772451 Title: Diacritical marks become visible only after changing view in Writer Status in libreoffice package in Ubuntu: New Bug description: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the diacritics to be visible as soon as I type them, and for them to be removed from the screen immediately when I delete the word. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 16:17:03 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772451/+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 1772451] Re: Diacritical marks become visible only after changing view in Writer
The same problem does occur on LO 6.0.3 on Ubuntu 18.04. After looking through Arabic-specific issues reported upstream, I did find this: https://bugs.documentfoundation.org/show_bug.cgi?id=85426 . I think it's the same issue, although the bug title only mentions "fixing line space" and a specific font. I'm using a different font and I didn't fix any line spaces, just started typing in a new document. Do you think I should file this problem separately? ** Bug watch added: Document Foundation Bugzilla #85426 https://bugs.documentfoundation.org/show_bug.cgi?id=85426 -- 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/1772451 Title: Diacritical marks become visible only after changing view in Writer Status in libreoffice package in Ubuntu: New Bug description: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the diacritics to be visible as soon as I type them, and for them to be removed from the screen immediately when I delete the word. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 16:17:03 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772451/+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 1772439] Re: Arabic text gets deformed when creating a PDF in LibreOffice Writer
I filed an upstream report at https://bugs.documentfoundation.org/show_bug.cgi?id=119606 ** Bug watch added: Document Foundation Bugzilla #119606 https://bugs.documentfoundation.org/show_bug.cgi?id=119606 -- 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/1772439 Title: Arabic text gets deformed when creating a PDF in LibreOffice Writer Status in libreoffice package in Ubuntu: Confirmed Bug description: Creating a PDF from a document written in the Arabic script deforms the textual content of the document, although it looks fine on the screen. For example, see the attached PDF created with Writer, where the example sentence "اشترى بلال خمسة آلاف كتاب وَأَنَا اشْتَرَيْتُهَا مِنْهُ" looks as it should, but when you view it with any PDF reader, such as evince, copying the text deforms most of the words. Some characters are clearly visible but cannot be selected or searched (such as ى at the end of the first word اشترى). If I search for the second word بلال, evince tells me there are no matches in the document. The same happens when converting the file with pdftotext, which produces the following output: اشتر للا مسة لفا كتاب وَأَنَا ْ ه اشت َ َريْتُهَا ِ من ْ ُ Here only two of the seven words are intact, the rest are garbled in one way or another. If the text is in Latin script, both evince and pdftotext behave as expected, meaning that the textual content is transferred correctly from Writer to the PDF. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:18:41 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772439/+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 1772445] Re: Text cannot be rotated in a RTL table in LibreOffice Writer
I filed an upstream report at https://bugs.documentfoundation.org/show_bug.cgi?id=119604 ** Bug watch added: Document Foundation Bugzilla #119604 https://bugs.documentfoundation.org/show_bug.cgi?id=119604 -- 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/1772445 Title: Text cannot be rotated in a RTL table in LibreOffice Writer Status in libreoffice package in Ubuntu: Confirmed Bug description: Text can normally be rotated either 90 or 270 degrees through the Character > Position dialog box. This works even in tables, but only if the table’s text direction is set to Left-to-right. If the table’s text direction is set to Right-to-left through the Table properties dialog, no rotation takes effect. See the screenshot of a document, where there are two identical tables, one marked as LTR and the other as RTL. Text is rotated as expected in the LTR table, while nothing seems to happen in the other one. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:39:19 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772445/+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 1772439] Re: Arabic text gets deformed when creating a PDF in LibreOffice Writer
I tested the same example sentence with Ubuntu 18.04 and LibreOffice 6.0.3.2. Here’s the output from pdftotext: ه اشترى للا خمسة آفا كتاب وَأنَا اشْ ت َ َريْتُهَا ِ من ْ ُ Here four out of the eight words are intact, so it’s an improvement to 5.4.6 but still leaves a lot to hope for. The last word of the sentence (مِنْهُ) is broken into pieces so that the last full character ه is found on the first line and the two others on the last. Diacritical marks are sometimes placed where they are supposed to (such as the first and the three last diacritics in the word اشْتَرَيْتُهَا) but sometimes not (the middle of the same word and the last word of the sentence مِنْهُ). This time ى is visible but the first letter of the following word ب is not. Here’s what MS Word 2007 (12.0.6787.5000, SP3 MSO 12.0.6785.5000) on Windows 8.1 produces when processed by pdftotext: اشترى بالل خمسة آالف كتاب وأنا اشتريتها منه So Word 2007 drops all the diacritics, and mixes up the order of the letters in the combination ل (U+0644) + ا (U+0627) producing ال instead of لا. Otherwise the output is intact and definitely much better than LO. I don't have any newer versions of MS Word at my disposal, so I can't test it further. -- 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/1772439 Title: Arabic text gets deformed when creating a PDF in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Creating a PDF from a document written in the Arabic script deforms the textual content of the document, although it looks fine on the screen. For example, see the attached PDF created with Writer, where the example sentence "اشترى بلال خمسة آلاف كتاب وَأَنَا اشْتَرَيْتُهَا مِنْهُ" looks as it should, but when you view it with any PDF reader, such as evince, copying the text deforms most of the words. Some characters are clearly visible but cannot be selected or searched (such as ى at the end of the first word اشترى). If I search for the second word بلال, evince tells me there are no matches in the document. The same happens when converting the file with pdftotext, which produces the following output: اشتر للا مسة لفا كتاب وَأَنَا ْ ه اشت َ َريْتُهَا ِ من ْ ُ Here only two of the seven words are intact, the rest are garbled in one way or another. If the text is in Latin script, both evince and pdftotext behave as expected, meaning that the textual content is transferred correctly from Writer to the PDF. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:18:41 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772439/+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 1772520] Re: Font metrics mixed up when selecting Arabic characters in Writer
I filed an upstream bug report at https://bugs.documentfoundation.org/show_bug.cgi?id=119347 ** Bug watch added: Document Foundation Bugzilla #119347 https://bugs.documentfoundation.org/show_bug.cgi?id=119347 -- 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/1772520 Title: Font metrics mixed up when selecting Arabic characters in Writer Status in libreoffice package in Ubuntu: Confirmed Bug description: In most fonts, many characters in the Arabic script change their width and height as typing progresses. For example the letter ب (U+0628) is reduced to about a half or even a third of its width if it's followed by another character such as ا (U+0627): با. Usually LibreOffice understands the changes in font metrics pretty well but not always. See the attached screenshot where I've written the sentence "مرحبا يا صديقي العزيز" in Writer and started selecting letters from the beginning of the line. The selection shown in the screenshot looks like the whole first word plus the following space but actually it only covers the first 4 letters of the first word out of 5 total: مرحب. From a user's point of view, this is very confusing, as I can't tell how far I've already selected without counting the characters in my mind. Even more surprisingly, LibreOffice Calc shows the selection as expected, i.e. different from Writer, so this does not feel like a font problem per se, although only some fonts display this behavior. The font I'm using in this example is Scheherazade, available through a third-party repository at packages.sil.org. The font is designed to cover a very wide variety of characters used for Arabic-script minority languages in both Asia and Africa, and in many cases it's the only professionally made font available for people working on many of these languages. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 21:03:43 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772520/+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 1774244] Re: Rotated Arabic text is displaced in PDF when substitute glyphs are used
I filed an upstream bug report at https://bugs.documentfoundation.org/show_bug.cgi?id=119346 ** Bug watch added: Document Foundation Bugzilla #119346 https://bugs.documentfoundation.org/show_bug.cgi?id=119346 -- 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/1774244 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in libreoffice package in Ubuntu: Confirmed Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1774244/+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 1774744] [NEW] Impossible to select files with long names in order
Public bug reported: Selecting files with long filenames using Shift and arrow keys causes nautilus in icon view not to advance sequentially or not to advance at all. Here's a test case: 1) Create a new folder and create empty files with long names in it using the command: for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40; do touch "abcdef ghijklmn opqrstuvwxyz ABCDEF GHIJKLMN OPQRSTUVWXYZ$i.txt"; done 2) Open the folder in nautilus, hold Shift down and start selecting files by pressing the right arrow key. Everything goes fine up to the end of the first row. However, when you reach the first file on the second row and press the arrow key again (still holding Shift down), the selection jumps back to the second file of the first row. If you keep on pressing the arrow key, it will repeat the process over and over. So by pressing the right arrow key, you can never reach the end of the folder. As a user, I would expect nautilus to progress sequentially to the second file of the second row and so on up to the end of the folder. In the example, I used default font settings and 50 % zoom. Description:Ubuntu 18.04 LTS Release:18.04 nautilus: Installed: 1:3.26.3-0ubuntu4 Candidate: 1:3.26.3-0ubuntu4 Version table: *** 1:3.26.3-0ubuntu4 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: nautilus 1:3.26.3-0ubuntu4 ProcVersionSignature: Ubuntu 4.15.0-22.24-generic 4.15.17 Uname: Linux 4.15.0-22-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.1 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Fri Jun 1 23:06:09 2018 GsettingsChanges: b'org.gnome.nautilus.preferences' b'search-view' b"'icon-view'" b'org.gnome.nautilus.window-state' b'sidebar-width' b'203' b'org.gnome.nautilus.window-state' b'geometry' b"'888x580+117+77'" InstallationDate: Installed on 2017-02-13 (473 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: Upgraded to bionic on 2018-05-31 (1 days ago) usr_lib_nautilus: ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1774744 Title: Impossible to select files with long names in order Status in nautilus package in Ubuntu: New Bug description: Selecting files with long filenames using Shift and arrow keys causes nautilus in icon view not to advance sequentially or not to advance at all. Here's a test case: 1) Create a new folder and create empty files with long names in it using the command: for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40; do touch "abcdef ghijklmn opqrstuvwxyz ABCDEF GHIJKLMN OPQRSTUVWXYZ$i.txt"; done 2) Open the folder in nautilus, hold Shift down and start selecting files by pressing the right arrow key. Everything goes fine up to the end of the first row. However, when you reach the first file on the second row and press the arrow key again (still holding Shift down), the selection jumps back to the second file of the first row. If you keep on pressing the arrow key, it will repeat the process over and over. So by pressing the right arrow key, you can never reach the end of the folder. As a user, I would expect nautilus to progress sequentially to the second file of the second row and so on up to the end of the folder. In the example, I used default font settings and 50 % zoom. Description: Ubuntu 18.04 LTS Release: 18.04 nautilus: Installed: 1:3.26.3-0ubuntu4 Candidate: 1:3.26.3-0ubuntu4 Version table: *** 1:3.26.3-0ubuntu4 500 500 http://mr.archive.ubuntu.com/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: nautilus 1:3.26.3-0ubuntu4 ProcVersionSignature: Ubuntu 4.15.0-22.24-generic 4.15.17 Uname: Linux 4.15.0-22-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.1 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Fri Jun 1 23:06:09 2018 GsettingsChanges: b'org.gnome.nautilus.preferences' b'search-view' b"'icon-view'" b'org.gnome.nautilus.window-state' b'sidebar-width' b'203' b'org.gnome.nautilus.window-state' b'geometry' b"'888x580+117+77'" InstallationDate: Installed on 2017-02-13 (473 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=C SHELL=/bin/bash SourcePackage: nautilus
[Desktop-packages] [Bug 1772425] Re: ODT document crashes when you open it in Writer
I did what you suggested and installed LibreOffice 6.0.3.2 together with a full system update from Ubuntu 17.10 to 18.04. Now the document seems to work fine. Thank you for your help! -- 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/1772425 Title: ODT document crashes when you open it in Writer Status in libreoffice package in Ubuntu: Incomplete Bug description: The attached document makes LibreOffice Writer crash immediately after opening it, along with the following error message: *** Error in `/usr/lib/libreoffice/program/soffice.bin': munmap_chunk(): invalid pointer: 0x55794428ad40 *** I created this ODT file by converting a Word document with Writer; "file" tells me the original was "Composite Document File V2 Document, Little Endian, Os: Windows, Version 5.0, Code page: -535, Template: Normal, Revision Number: 1, Name of Creating Application: Microsoft Word 10.0". The original document, which was sent to me by somebody else, contained parts which seemed to work fine but when I reached the end of the file, Writer crashed. This modified ODT version I'm attaching only contains the part which makes the program crash. The document is written in Arabic, in case it makes any difference. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:09:36 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772425/+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 1772425] Re: ODT document crashes when you open it in Writer
I did what you suggested and installed LibreOffice 6.0.3.2 together with a full system update from Ubuntu 17.10 to 18.04. Now the document seems to work fine. Thank you for your help! -- 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/1772425 Title: ODT document crashes when you open it in Writer Status in libreoffice package in Ubuntu: Incomplete Bug description: The attached document makes LibreOffice Writer crash immediately after opening it, along with the following error message: *** Error in `/usr/lib/libreoffice/program/soffice.bin': munmap_chunk(): invalid pointer: 0x55794428ad40 *** I created this ODT file by converting a Word document with Writer; "file" tells me the original was "Composite Document File V2 Document, Little Endian, Os: Windows, Version 5.0, Code page: -535, Template: Normal, Revision Number: 1, Name of Creating Application: Microsoft Word 10.0". The original document, which was sent to me by somebody else, contained parts which seemed to work fine but when I reached the end of the file, Writer crashed. This modified ODT version I'm attaching only contains the part which makes the program crash. The document is written in Arabic, in case it makes any difference. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:09:36 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772425/+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 1774244] Re: Rotated Arabic text is displaced in PDF when substitute glyphs are used
Sorry, for some reason, my browser seems to have submitted the same bug report twice, as #1774243 and #1774244. All the relevant information, including all the attachments are posted in this report, so I marked the other report as a duplicate. -- 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/1774244 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in libreoffice package in Ubuntu: New Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1774244/+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 1774243] Re: Rotated Arabic text is displaced in PDF when substitute glyphs are used
*** This bug is a duplicate of bug 1774244 *** https://bugs.launchpad.net/bugs/1774244 ** This bug has been marked a duplicate of bug 1774244 Rotated Arabic text is displaced in PDF when substitute glyphs are used -- 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/1774243 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in libreoffice package in Ubuntu: New Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1774243/+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 1774244] Re: Rotated Arabic text is displaced in PDF when substitute glyphs are used
This is the ODT document used to create both the PDF and the screenshot. ** Attachment added: "Displaced rotated Arabic.odt" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1774244/+attachment/5146583/+files/Displaced%20rotated%20Arabic.odt -- 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/1774244 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in libreoffice package in Ubuntu: New Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1774244/+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 1774244] Re: Rotated Arabic text is displaced in PDF when substitute glyphs are used
Here's a screenshot where everything looks fine, unlike the PDF. ** Attachment added: "Screenshot displaced Arabic.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1774244/+attachment/5146582/+files/Screenshot%20displaced%20Arabic.png -- 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/1774244 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in libreoffice package in Ubuntu: New Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1774244/+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 1774244] [NEW] Rotated Arabic text is displaced in PDF when substitute glyphs are used
Public bug reported: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts-sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Example displaced Arabic.pdf" https://bugs.launchpad.net/bugs/1774244/+attachment/5146579/+files/Example%20displaced%20Arabic.pdf -- 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/1774244 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in libreoffice package in Ubuntu: New Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" -
[Desktop-packages] [Bug 1774243] [NEW] Rotated Arabic text is displaced in PDF when substitute glyphs are used
Public bug reported: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts-sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (205 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Example displaced Arabic.pdf" https://bugs.launchpad.net/bugs/1774243/+attachment/5146576/+files/Example%20displaced%20Arabic.pdf -- 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/1774243 Title: Rotated Arabic text is displaced in PDF when substitute glyphs are used Status in libreoffice package in Ubuntu: New Bug description: In this example, I created a document with a few Arabic-script characters (U+08A2, U+08A3 & U+08A4), which were quite recently added to Unicode for various Arabic-script African languages such as Fulfulde. The font I had used in the rest of the document was DejaVu Sans, so I used that font setting even for these characters. In reality, these glyphs are not found in DejaVu Sans but had to be substituted from another font, in my case Scheherazade (from fonts- sil-scheherazade, available through packages.sil.org). After rotating the letters by 90 degrees, everything looked fine on the screen but when I created a PDF, everything was displaced about one inch upwards and one inch to the left. See the attached screenshot, where everything looks fine, and the PDF where all the letters are displaced. If I change the font setting for this text to Scheherazade, everything looks fine even in a generated PDF. So apparently LibreOffice gets confused by the different font metrics of the two fonts, the one selected by the user and the one used as the real source for the glyphs. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed May 30 17:36:37 2018 InstallationDate: Installed on 2017-02-13 (471 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" -
[Desktop-packages] [Bug 1772469] Re: Pressing Ctrl on the input line in Calc removes all formatting
I filed the bug upstream at https://bugs.documentfoundation.org/show_bug.cgi?id=117908 ** Bug watch added: Document Foundation Bugzilla #117908 https://bugs.documentfoundation.org/show_bug.cgi?id=117908 -- 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/1772469 Title: Pressing Ctrl on the input line in Calc removes all formatting Status in libreoffice package in Ubuntu: Confirmed Bug description: In this scenario, I have a Calc cell with formatted text (italics, underlining, boldface, font color etc.). Now if I want to change the formatting of a part of that same cell afterwards, I would naturally select the cell, go to the input line, select the part I want to change and press the appropriate keyboard shortcut, e.g. Ctrl-I for italics. Now the problem is that if the cursor is on the input line, pressing Ctrl removes all formatting from that cell. Doing the same in the table view does not have the same effect, so I can change the formatting of text with keyboard shortcuts as much as I want in the table view. The expected behavior would be for the cell to keep its formatting even if I try to use keyboard shortcuts on the input line. Description: Ubuntu 17.10 Release: 17.10 libreoffice-calc: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-calc 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 18:12:06 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772469/+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 1772414] Re: Justifying Syriac text creates clutter in LibreOffice Writer
I filed the bug upstream at https://bugs.documentfoundation.org/show_bug.cgi?id=117907 ** Bug watch added: Document Foundation Bugzilla #117907 https://bugs.documentfoundation.org/show_bug.cgi?id=117907 -- 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/1772414 Title: Justifying Syriac text creates clutter in LibreOffice Writer Status in libreoffice package in Ubuntu: Confirmed Status in xfonts-scalable-nonfree package in Ubuntu: New Bug description: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+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 1772520] Re: Font metrics mixed up when selecting Arabic characters in Writer
@Olivier, no, the upstream bug you mentioned is different. In the example I posted, there are no diacritics (problem number 1 in the upstream report), and visually the text looks fine with no undesirable kerning or spaces (problem number 3 in the report). It's just selection which misbehaves; the rendering of the text looks good. -- 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/1772520 Title: Font metrics mixed up when selecting Arabic characters in Writer Status in libreoffice package in Ubuntu: Confirmed Bug description: In most fonts, many characters in the Arabic script change their width and height as typing progresses. For example the letter ب (U+0628) is reduced to about a half or even a third of its width if it's followed by another character such as ا (U+0627): با. Usually LibreOffice understands the changes in font metrics pretty well but not always. See the attached screenshot where I've written the sentence "مرحبا يا صديقي العزيز" in Writer and started selecting letters from the beginning of the line. The selection shown in the screenshot looks like the whole first word plus the following space but actually it only covers the first 4 letters of the first word out of 5 total: مرحب. From a user's point of view, this is very confusing, as I can't tell how far I've already selected without counting the characters in my mind. Even more surprisingly, LibreOffice Calc shows the selection as expected, i.e. different from Writer, so this does not feel like a font problem per se, although only some fonts display this behavior. The font I'm using in this example is Scheherazade, available through a third-party repository at packages.sil.org. The font is designed to cover a very wide variety of characters used for Arabic-script minority languages in both Asia and Africa, and in many cases it's the only professionally made font available for people working on many of these languages. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 21:03:43 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772520/+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 1772425] Re: ODT document crashes when you open it in Writer
After that, LibreOffice automatically restarts and gives me the attached screen. If I press "Start", the program crashes again and the whole thing repeats itself. ** Attachment added: "Crashing Arabic document restore dialog.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772425/+attachment/5146530/+files/Crashing%20Arabic%20document%20restore%20dialog.png -- 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/1772425 Title: ODT document crashes when you open it in Writer Status in libreoffice package in Ubuntu: Incomplete Bug description: The attached document makes LibreOffice Writer crash immediately after opening it, along with the following error message: *** Error in `/usr/lib/libreoffice/program/soffice.bin': munmap_chunk(): invalid pointer: 0x55794428ad40 *** I created this ODT file by converting a Word document with Writer; "file" tells me the original was "Composite Document File V2 Document, Little Endian, Os: Windows, Version 5.0, Code page: -535, Template: Normal, Revision Number: 1, Name of Creating Application: Microsoft Word 10.0". The original document, which was sent to me by somebody else, contained parts which seemed to work fine but when I reached the end of the file, Writer crashed. This modified ODT version I'm attaching only contains the part which makes the program crash. The document is written in Arabic, in case it makes any difference. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:09:36 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772425/+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 1772425] Re: ODT document crashes when you open it in Writer
The crash does occur but I don't get anything in /var/crash/. Every time I open the file, whether through nautilus or from LibreOffice's Open dialog, LibreOffice immediately closes and gives me the following screen. ** Attachment added: "Crashing Arabic document error dialog.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772425/+attachment/5146528/+files/Crashing%20Arabic%20document%20error%20dialog.png -- 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/1772425 Title: ODT document crashes when you open it in Writer Status in libreoffice package in Ubuntu: Incomplete Bug description: The attached document makes LibreOffice Writer crash immediately after opening it, along with the following error message: *** Error in `/usr/lib/libreoffice/program/soffice.bin': munmap_chunk(): invalid pointer: 0x55794428ad40 *** I created this ODT file by converting a Word document with Writer; "file" tells me the original was "Composite Document File V2 Document, Little Endian, Os: Windows, Version 5.0, Code page: -535, Template: Normal, Revision Number: 1, Name of Creating Application: Microsoft Word 10.0". The original document, which was sent to me by somebody else, contained parts which seemed to work fine but when I reached the end of the file, Writer crashed. This modified ODT version I'm attaching only contains the part which makes the program crash. The document is written in Arabic, in case it makes any difference. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:09:36 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772425/+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 1772414] Re: Justifying Syriac text creates clutter in LibreOffice Writer
Here's the PDF for the Arabic example, where you can see additional lines in the first paragraph (justified) but not in the second one (right-aligned). ** Attachment added: "arabic-clutter.pdf" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+attachment/5144359/+files/arabic-clutter.pdf -- 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/1772414 Title: Justifying Syriac text creates clutter in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+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 1772414] Re: Justifying Syriac text creates clutter in LibreOffice Writer
Just noticed that the same thing happens sometimes with Arabic, too. The attached document looks fine on screen but not when you create a PDF. ** Attachment added: "Example Arabic clutter.odt" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+attachment/5144358/+files/Example%20Arabic%20clutter.odt -- 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/1772414 Title: Justifying Syriac text creates clutter in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+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 1772537] Re: Wrong combining sequence in Compose for the Finnish locale
I filed the report upstream at: https://bugs.freedesktop.org/show_bug.cgi?id=106649 ** Bug watch added: freedesktop.org Bugzilla #106649 https://bugs.freedesktop.org/show_bug.cgi?id=106649 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libx11 in Ubuntu. https://bugs.launchpad.net/bugs/1772537 Title: Wrong combining sequence in Compose for the Finnish locale Status in libx11 package in Ubuntu: Triaged Bug description: The Compose file for the fi_FI.UTF-8 locale at /usr/share/X11/locale/fi_FI.UTF-8/Compose contains the following lines: : "Ệ" U1EC6 # LATIN CAPITAL LETTER E WITH CIRCUMFLEX AND ACUTE : "Ệ" U1EC6 # LATIN CAPITAL LETTER E WITH CIRCUMFLEX AND DOT BELOW Thus the codepoint "Ệ" U1EC6 is produced with two different sequences. Based on the key sequences and the comments at the ends of the lines, it is clear that the first line is a mistake. Instead of "Ệ" U1EC6, the line should read "Ế" U1EBE, a character which cannot be produced with the current Compose file otherwise at all. Description: Ubuntu 17.10 Release: 17.10 libx11-data: Installed: 2:1.6.4-3 Candidate: 2:1.6.4-3 Version table: *** 2:1.6.4-3 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages 500 http://mr.archive.ubuntu.com/ubuntu artful/main i386 Packages 100 /var/lib/dpkg/status To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/1772537/+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 1772537] [NEW] Wrong combining sequence in Compose for the Finnish locale
Public bug reported: The Compose file for the fi_FI.UTF-8 locale at /usr/share/X11/locale/fi_FI.UTF-8/Compose contains the following lines: : "Ệ" U1EC6 # LATIN CAPITAL LETTER E WITH CIRCUMFLEX AND ACUTE : "Ệ" U1EC6 # LATIN CAPITAL LETTER E WITH CIRCUMFLEX AND DOT BELOW Thus the codepoint "Ệ" U1EC6 is produced with two different sequences. Based on the key sequences and the comments at the ends of the lines, it is clear that the first line is a mistake. Instead of "Ệ" U1EC6, the line should read "Ế" U1EBE, a character which cannot be produced with the current Compose file otherwise at all. Description:Ubuntu 17.10 Release:17.10 libx11-data: Installed: 2:1.6.4-3 Candidate: 2:1.6.4-3 Version table: *** 2:1.6.4-3 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages 500 http://mr.archive.ubuntu.com/ubuntu artful/main i386 Packages 100 /var/lib/dpkg/status ** Affects: libx11 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libx11 in Ubuntu. https://bugs.launchpad.net/bugs/1772537 Title: Wrong combining sequence in Compose for the Finnish locale Status in libx11 package in Ubuntu: New Bug description: The Compose file for the fi_FI.UTF-8 locale at /usr/share/X11/locale/fi_FI.UTF-8/Compose contains the following lines: : "Ệ" U1EC6 # LATIN CAPITAL LETTER E WITH CIRCUMFLEX AND ACUTE : "Ệ" U1EC6 # LATIN CAPITAL LETTER E WITH CIRCUMFLEX AND DOT BELOW Thus the codepoint "Ệ" U1EC6 is produced with two different sequences. Based on the key sequences and the comments at the ends of the lines, it is clear that the first line is a mistake. Instead of "Ệ" U1EC6, the line should read "Ế" U1EBE, a character which cannot be produced with the current Compose file otherwise at all. Description: Ubuntu 17.10 Release: 17.10 libx11-data: Installed: 2:1.6.4-3 Candidate: 2:1.6.4-3 Version table: *** 2:1.6.4-3 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages 500 http://mr.archive.ubuntu.com/ubuntu artful/main i386 Packages 100 /var/lib/dpkg/status To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/1772537/+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 1772520] Re: Font metrics mixed up when selecting Arabic characters in Writer
Screenshot of selecting the same characters in Calc, which shows the expected behavior. ** Attachment added: "Screenshot selecting Arabic Calc.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772520/+attachment/5142596/+files/Screenshot%20selecting%20Arabic%20Calc.png -- 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/1772520 Title: Font metrics mixed up when selecting Arabic characters in Writer Status in libreoffice package in Ubuntu: New Bug description: In most fonts, many characters in the Arabic script change their width and height as typing progresses. For example the letter ب (U+0628) is reduced to about a half or even a third of its width if it's followed by another character such as ا (U+0627): با. Usually LibreOffice understands the changes in font metrics pretty well but not always. See the attached screenshot where I've written the sentence "مرحبا يا صديقي العزيز" in Writer and started selecting letters from the beginning of the line. The selection shown in the screenshot looks like the whole first word plus the following space but actually it only covers the first 4 letters of the first word out of 5 total: مرحب. From a user's point of view, this is very confusing, as I can't tell how far I've already selected without counting the characters in my mind. Even more surprisingly, LibreOffice Calc shows the selection as expected, i.e. different from Writer, so this does not feel like a font problem per se, although only some fonts display this behavior. The font I'm using in this example is Scheherazade, available through a third-party repository at packages.sil.org. The font is designed to cover a very wide variety of characters used for Arabic-script minority languages in both Asia and Africa, and in many cases it's the only professionally made font available for people working on many of these languages. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 21:03:43 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772520/+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 1772520] [NEW] Font metrics mixed up when selecting Arabic characters in Writer
Public bug reported: In most fonts, many characters in the Arabic script change their width and height as typing progresses. For example the letter ب (U+0628) is reduced to about a half or even a third of its width if it's followed by another character such as ا (U+0627): با. Usually LibreOffice understands the changes in font metrics pretty well but not always. See the attached screenshot where I've written the sentence "مرحبا يا صديقي العزيز" in Writer and started selecting letters from the beginning of the line. The selection shown in the screenshot looks like the whole first word plus the following space but actually it only covers the first 4 letters of the first word out of 5 total: مرحب. From a user's point of view, this is very confusing, as I can't tell how far I've already selected without counting the characters in my mind. Even more surprisingly, LibreOffice Calc shows the selection as expected, i.e. different from Writer, so this does not feel like a font problem per se, although only some fonts display this behavior. The font I'm using in this example is Scheherazade, available through a third-party repository at packages.sil.org. The font is designed to cover a very wide variety of characters used for Arabic-script minority languages in both Asia and Africa, and in many cases it's the only professionally made font available for people working on many of these languages. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 21:03:43 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Screenshot selecting Arabic Writer.png" https://bugs.launchpad.net/bugs/1772520/+attachment/5142584/+files/Screenshot%20selecting%20Arabic%20Writer.png -- 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/1772520 Title: Font metrics mixed up when selecting Arabic characters in Writer Status in libreoffice package in Ubuntu: New Bug description: In most fonts, many characters in the Arabic script change their width and height as typing progresses. For example the letter ب (U+0628) is reduced to about a half or even a third of its width if it's followed by another character such as ا (U+0627): با. Usually LibreOffice understands the changes in font metrics pretty well but not always. See the attached screenshot where I've written the sentence "مرحبا يا صديقي العزيز" in Writer and started selecting letters from the beginning of the line. The selection shown in the screenshot looks like the whole first word plus the following space but actually it only covers the first 4 letters of the first word out of 5 total: مرحب. From a user's point of view, this is very confusing, as I can't tell how far I've already selected without counting the characters in my mind. Even more surprisingly, LibreOffice Calc shows the selection as expected, i.e. different from Writer, so this does not feel like a font problem per se, although only some fonts display this behavior. The font I'm using in this example is Scheherazade, available through a third-party repository at packages.sil.org. The font is designed to cover a very wide variety of characters used for Arabic-script minority languages in both Asia and Africa, and in many cases it's the only professionally made font available for people working on many of these languages. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status
[Desktop-packages] [Bug 1772497] Re: gkbd-keyboard-display symbols overlap on RTL keyboards
Here's the output from lsb_release and apt-cache policy: Description:Ubuntu 17.10 Release:17.10 gkbd-capplet: Installed: 3.26.0-2 Candidate: 3.26.0-2 Version table: *** 3.26.0-2 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages 100 /var/lib/dpkg/status -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libgnomekbd in Ubuntu. https://bugs.launchpad.net/bugs/1772497 Title: gkbd-keyboard-display symbols overlap on RTL keyboards Status in libgnomekbd package in Ubuntu: New Bug description: gkbd-keyboard-display, which shows the current keyboard layout on Gnome / Unity desktop, doesn't handle keyboards with RTL characters well. See the attached screenshot for the standard Hebrew keyboard, where the key labeled "Y" should have "ט" on lower left (key pressed without modifiers) and "װ" on lower right (key pressed with Alt). Currently both characters are marked on top of each other on lower right, which makes it impossible to distinguish what characters are created by the keypress. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: gkbd-capplet 3.26.0-2 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 19:53:02 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libgnomekbd UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libgnomekbd/+bug/1772497/+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 1772497] [NEW] gkbd-keyboard-display symbols overlap on RTL keyboards
Public bug reported: gkbd-keyboard-display, which shows the current keyboard layout on Gnome / Unity desktop, doesn't handle keyboards with RTL characters well. See the attached screenshot for the standard Hebrew keyboard, where the key labeled "Y" should have "ט" on lower left (key pressed without modifiers) and "װ" on lower right (key pressed with Alt). Currently both characters are marked on top of each other on lower right, which makes it impossible to distinguish what characters are created by the keypress. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: gkbd-capplet 3.26.0-2 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 19:53:02 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libgnomekbd UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) ** Affects: libgnomekbd (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "gkbd-keyboard-display RTL text.png" https://bugs.launchpad.net/bugs/1772497/+attachment/5142549/+files/gkbd-keyboard-display%20RTL%20text.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libgnomekbd in Ubuntu. https://bugs.launchpad.net/bugs/1772497 Title: gkbd-keyboard-display symbols overlap on RTL keyboards Status in libgnomekbd package in Ubuntu: New Bug description: gkbd-keyboard-display, which shows the current keyboard layout on Gnome / Unity desktop, doesn't handle keyboards with RTL characters well. See the attached screenshot for the standard Hebrew keyboard, where the key labeled "Y" should have "ט" on lower left (key pressed without modifiers) and "װ" on lower right (key pressed with Alt). Currently both characters are marked on top of each other on lower right, which makes it impossible to distinguish what characters are created by the keypress. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: gkbd-capplet 3.26.0-2 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 19:53:02 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libgnomekbd UpgradeStatus: Upgraded to artful on 2017-11-05 (197 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libgnomekbd/+bug/1772497/+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 1772469] [NEW] Pressing Ctrl on the input line in Calc removes all formatting
Public bug reported: In this scenario, I have a Calc cell with formatted text (italics, underlining, boldface, font color etc.). Now if I want to change the formatting of a part of that same cell afterwards, I would naturally select the cell, go to the input line, select the part I want to change and press the appropriate keyboard shortcut, e.g. Ctrl-I for italics. Now the problem is that if the cursor is on the input line, pressing Ctrl removes all formatting from that cell. Doing the same in the table view does not have the same effect, so I can change the formatting of text with keyboard shortcuts as much as I want in the table view. The expected behavior would be for the cell to keep its formatting even if I try to use keyboard shortcuts on the input line. Description:Ubuntu 17.10 Release:17.10 libreoffice-calc: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-calc 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 18:12:06 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session -- 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/1772469 Title: Pressing Ctrl on the input line in Calc removes all formatting Status in libreoffice package in Ubuntu: New Bug description: In this scenario, I have a Calc cell with formatted text (italics, underlining, boldface, font color etc.). Now if I want to change the formatting of a part of that same cell afterwards, I would naturally select the cell, go to the input line, select the part I want to change and press the appropriate keyboard shortcut, e.g. Ctrl-I for italics. Now the problem is that if the cursor is on the input line, pressing Ctrl removes all formatting from that cell. Doing the same in the table view does not have the same effect, so I can change the formatting of text with keyboard shortcuts as much as I want in the table view. The expected behavior would be for the cell to keep its formatting even if I try to use keyboard shortcuts on the input line. Description: Ubuntu 17.10 Release: 17.10 libreoffice-calc: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-calc 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 18:12:06 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772469/+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 1772470] [NEW] The cloning tool copies only part of the formatting in Writer
Public bug reported: I have found that in some cases using Clone Formatting copies only a part of the attributes of the text. In the example case, open the attached document, press the Clone tool while the cursor is on the first paragraph and select the second paragraph. Here cloning works as expected: the second paragraph gets the same font size, typeface, underlining and boldface as the first paragraph. Now without saving, close the document, open it again, take the cursor to the second paragraph, press Clone again and select the first paragraph. Only font size is transferred but typeface, underlining and boldface stay as they were. As a user, I would expect cloning to work similarly for both cases, i.e. transferring all the attributes from the 2nd to the 1st paragraph, as what happened in the transfer from 1st to 2nd. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 18:15:31 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Cloning partial copy.odt" https://bugs.launchpad.net/bugs/1772470/+attachment/5142490/+files/Cloning%20partial%20copy.odt -- 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/1772470 Title: The cloning tool copies only part of the formatting in Writer Status in libreoffice package in Ubuntu: New Bug description: I have found that in some cases using Clone Formatting copies only a part of the attributes of the text. In the example case, open the attached document, press the Clone tool while the cursor is on the first paragraph and select the second paragraph. Here cloning works as expected: the second paragraph gets the same font size, typeface, underlining and boldface as the first paragraph. Now without saving, close the document, open it again, take the cursor to the second paragraph, press Clone again and select the first paragraph. Only font size is transferred but typeface, underlining and boldface stay as they were. As a user, I would expect cloning to work similarly for both cases, i.e. transferring all the attributes from the 2nd to the 1st paragraph, as what happened in the transfer from 1st to 2nd. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 18:15:31 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772470/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help :
[Desktop-packages] [Bug 1772465] [NEW] Pressing undo in Writer removes text but not formatting
Public bug reported: To reproduce this bug, follow these steps: 1) Create two paragraphs of text, one with font size 14 and the other with size 18. 2) Copy some text from the first paragraph to the end of the second paragraph using Ctrl-C and Ctrl-V. 3) Now press immediately Ctrl-Z for undo. 4) While the cursor is still at the end of the second paragraph, type some new text. As a user, I would expect the new text to have font size 18, since that’s the size of the text just before the cursor. However, as it appears, the new text gets font size 14 because of the text that was copied from the first paragraph. Thus it seems that Ctrl-Z did not undo the whole copy operation but instead just removed the copied text and left its formatting. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 17:25:11 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session -- 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/1772465 Title: Pressing undo in Writer removes text but not formatting Status in libreoffice package in Ubuntu: New Bug description: To reproduce this bug, follow these steps: 1) Create two paragraphs of text, one with font size 14 and the other with size 18. 2) Copy some text from the first paragraph to the end of the second paragraph using Ctrl-C and Ctrl-V. 3) Now press immediately Ctrl-Z for undo. 4) While the cursor is still at the end of the second paragraph, type some new text. As a user, I would expect the new text to have font size 18, since that’s the size of the text just before the cursor. However, as it appears, the new text gets font size 14 because of the text that was copied from the first paragraph. Thus it seems that Ctrl-Z did not undo the whole copy operation but instead just removed the copied text and left its formatting. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 17:25:11 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772465/+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 1772459] Re: Rotated text shows counterintuitive line ordering in Writer
The ODT document used to create the screenshot. ** Attachment added: "Rotated line ordering.odt" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772459/+attachment/5142456/+files/Rotated%20line%20ordering.odt -- 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/1772459 Title: Rotated text shows counterintuitive line ordering in Writer Status in libreoffice package in Ubuntu: New Bug description: Text rotated through Character > Position appears to rotate each line of text separately and order them according to the text direction of the paragraph, i.e. in an English text, placing the first line leftmost and in an Arabic text, placing the first line rightmost, regardless of whether the text was rotated 90 or 270 degrees. As a user, I would expect the whole paragraph to be rotated as a whole, so that if the page is printed out, the paragraph could be read the way it would naturally be written. See the attached screenshot, where the English text rotated 90° reads correctly, whereas the 270° rotation produces the wrong line ordering. In Arabic, the opposite is true: 270° rotation presents the text as expected whereas 90° has the lines reversed. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 17:04:32 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772459/+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 1772459] [NEW] Rotated text shows counterintuitive line ordering in Writer
Public bug reported: Text rotated through Character > Position appears to rotate each line of text separately and order them according to the text direction of the paragraph, i.e. in an English text, placing the first line leftmost and in an Arabic text, placing the first line rightmost, regardless of whether the text was rotated 90 or 270 degrees. As a user, I would expect the whole paragraph to be rotated as a whole, so that if the page is printed out, the paragraph could be read the way it would naturally be written. See the attached screenshot, where the English text rotated 90° reads correctly, whereas the 270° rotation produces the wrong line ordering. In Arabic, the opposite is true: 270° rotation presents the text as expected whereas 90° has the lines reversed. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 17:04:32 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Screenshot rotated line ordering.png" https://bugs.launchpad.net/bugs/1772459/+attachment/5142453/+files/Screenshot%20rotated%20line%20ordering.png -- 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/1772459 Title: Rotated text shows counterintuitive line ordering in Writer Status in libreoffice package in Ubuntu: New Bug description: Text rotated through Character > Position appears to rotate each line of text separately and order them according to the text direction of the paragraph, i.e. in an English text, placing the first line leftmost and in an Arabic text, placing the first line rightmost, regardless of whether the text was rotated 90 or 270 degrees. As a user, I would expect the whole paragraph to be rotated as a whole, so that if the page is printed out, the paragraph could be read the way it would naturally be written. See the attached screenshot, where the English text rotated 90° reads correctly, whereas the 270° rotation produces the wrong line ordering. In Arabic, the opposite is true: 270° rotation presents the text as expected whereas 90° has the lines reversed. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 17:04:32 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772459/+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 1772451] Re: Diacritical marks become visible only after changing view in Writer
Third screenshot showing remnants of diacritics after the text has already been removed. ** Attachment added: "Writing Arabic vowels 3.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772451/+attachment/5142435/+files/Writing%20Arabic%20vowels%203.png -- 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/1772451 Title: Diacritical marks become visible only after changing view in Writer Status in libreoffice package in Ubuntu: New Bug description: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the diacritics to be visible as soon as I type them, and for them to be removed from the screen immediately when I delete the word. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 16:17:03 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772451/+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 1772451] Re: Diacritical marks become visible only after changing view in Writer
Second screenshot showing all the diacritics in full. ** Attachment added: "Writing Arabic vowels 2.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772451/+attachment/5142427/+files/Writing%20Arabic%20vowels%202.png -- 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/1772451 Title: Diacritical marks become visible only after changing view in Writer Status in libreoffice package in Ubuntu: New Bug description: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the diacritics to be visible as soon as I type them, and for them to be removed from the screen immediately when I delete the word. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 16:17:03 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772451/+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 1772451] [NEW] Diacritical marks become visible only after changing view in Writer
Public bug reported: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the diacritics to be visible as soon as I type them, and for them to be removed from the screen immediately when I delete the word. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 16:17:03 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Writing Arabic vowels 1.png" https://bugs.launchpad.net/bugs/1772451/+attachment/5142424/+files/Writing%20Arabic%20vowels%201.png -- 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/1772451 Title: Diacritical marks become visible only after changing view in Writer Status in libreoffice package in Ubuntu: New Bug description: Arabic is sometimes written with diacritical vowel marks, which are placed either above or below each letter of the word. Many multipurpose fonts, which are not designed specifically for Arabic, place some of these marks in the empty space between lines, outside of the space reserved for line height. Writing Arabic in LibreOffice Writer, these marks don't become visible while typing but only after the page view has changed once. See the attached series of screenshots, where the first screenshot has been taken while typing. The first letter of the first word (reading from right to left) should have two diacritical marks: ء and a diagonal line above the letter: أَ. Only the lower half of the ء mark is visible and the diagonal line not at all. The second letter of the same word has a circle on top of it but only the lower half of it is visible. Equally so for the third word of the sentence بِبَرْنَامِجِ, where the last letter of the word has a diagonal line below, but it is not visible at all. The second screenshot has been taken after I scrolled the page down by a couple of screens and then scrolled back. Now all the diacritics are shown as they should. In the third screenshot I have deleted all of the text I typed but as you can see, some parts of the diacritics are still visible above the line. If I scroll down and back, they would disappear. If you want to test it yourself, the sentence I wrote reads "أَكْتُبُ هُنَا بِبَرْنَامِجِ لِيبَرْ أُفِيسْ". As a user, I would expect the
[Desktop-packages] [Bug 1772445] Re: Text cannot be rotated in a RTL table in LibreOffice Writer
The ODT document used to create the screenshot. ** Attachment added: "RTL table rotated text.odt" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772445/+attachment/5142410/+files/RTL%20table%20rotated%20text.odt -- 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/1772445 Title: Text cannot be rotated in a RTL table in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Text can normally be rotated either 90 or 270 degrees through the Character > Position dialog box. This works even in tables, but only if the table’s text direction is set to Left-to-right. If the table’s text direction is set to Right-to-left through the Table properties dialog, no rotation takes effect. See the screenshot of a document, where there are two identical tables, one marked as LTR and the other as RTL. Text is rotated as expected in the LTR table, while nothing seems to happen in the other one. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:39:19 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772445/+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 1772445] [NEW] Text cannot be rotated in a RTL table in LibreOffice Writer
Public bug reported: Text can normally be rotated either 90 or 270 degrees through the Character > Position dialog box. This works even in tables, but only if the table’s text direction is set to Left-to-right. If the table’s text direction is set to Right-to-left through the Table properties dialog, no rotation takes effect. See the screenshot of a document, where there are two identical tables, one marked as LTR and the other as RTL. Text is rotated as expected in the LTR table, while nothing seems to happen in the other one. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:39:19 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Screenshot RTL table rotated text.png" https://bugs.launchpad.net/bugs/1772445/+attachment/5142407/+files/Screenshot%20RTL%20table%20rotated%20text.png -- 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/1772445 Title: Text cannot be rotated in a RTL table in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Text can normally be rotated either 90 or 270 degrees through the Character > Position dialog box. This works even in tables, but only if the table’s text direction is set to Left-to-right. If the table’s text direction is set to Right-to-left through the Table properties dialog, no rotation takes effect. See the screenshot of a document, where there are two identical tables, one marked as LTR and the other as RTL. Text is rotated as expected in the LTR table, while nothing seems to happen in the other one. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:39:19 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772445/+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 1772414] Re: Justifying Syriac text creates clutter in LibreOffice Writer
This is the document used to create the screenshot and the PDF. ** Attachment added: "Syriac justification bug.odt" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+attachment/5142406/+files/Syriac%20justification%20bug.odt -- 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/1772414 Title: Justifying Syriac text creates clutter in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+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 1772414] Re: Justifying Syriac text creates clutter in LibreOffice Writer
Example PDF document created with Writer. ** Attachment added: "Syriac justification example.pdf" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+attachment/5142405/+files/Syriac%20justification%20example.pdf -- 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/1772414 Title: Justifying Syriac text creates clutter in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+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 1772414] Re: Justifying Syriac text creates clutter in LibreOffice Writer
Screenshot of the bug. ** Attachment removed: "Syriac justification bug.zip" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+attachment/5142364/+files/Syriac%20justification%20bug.zip ** Attachment added: "Screenshot Syriac justification bug.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+attachment/5142404/+files/Screenshot%20Syriac%20justification%20bug.png -- 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/1772414 Title: Justifying Syriac text creates clutter in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772414/+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 1772439] [NEW] Arabic text gets deformed when creating a PDF in LibreOffice Writer
Public bug reported: Creating a PDF from a document written in the Arabic script deforms the textual content of the document, although it looks fine on the screen. For example, see the attached PDF created with Writer, where the example sentence "اشترى بلال خمسة آلاف كتاب وَأَنَا اشْتَرَيْتُهَا مِنْهُ" looks as it should, but when you view it with any PDF reader, such as evince, copying the text deforms most of the words. Some characters are clearly visible but cannot be selected or searched (such as ى at the end of the first word اشترى). If I search for the second word بلال, evince tells me there are no matches in the document. The same happens when converting the file with pdftotext, which produces the following output: اشتر للا مسة لفا كتاب وَأَنَا ْ ه اشت َ َريْتُهَا ِ من ْ ُ Here only two of the seven words are intact, the rest are garbled in one way or another. If the text is in Latin script, both evince and pdftotext behave as expected, meaning that the textual content is transferred correctly from Writer to the PDF. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:18:41 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Example matching Arabic PDF.pdf" https://bugs.launchpad.net/bugs/1772439/+attachment/5142401/+files/Example%20matching%20Arabic%20PDF.pdf -- 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/1772439 Title: Arabic text gets deformed when creating a PDF in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Creating a PDF from a document written in the Arabic script deforms the textual content of the document, although it looks fine on the screen. For example, see the attached PDF created with Writer, where the example sentence "اشترى بلال خمسة آلاف كتاب وَأَنَا اشْتَرَيْتُهَا مِنْهُ" looks as it should, but when you view it with any PDF reader, such as evince, copying the text deforms most of the words. Some characters are clearly visible but cannot be selected or searched (such as ى at the end of the first word اشترى). If I search for the second word بلال, evince tells me there are no matches in the document. The same happens when converting the file with pdftotext, which produces the following output: اشتر للا مسة لفا كتاب وَأَنَا ْ ه اشت َ َريْتُهَا ِ من ْ ُ Here only two of the seven words are intact, the rest are garbled in one way or another. If the text is in Latin script, both evince and pdftotext behave as expected, meaning that the textual content is transferred correctly from Writer to the PDF. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 15:18:41 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no
[Desktop-packages] [Bug 1772430] Re: Proportional line spacing under 100 % makes first line too low in LibreOffice Writer
This is the document which was used to create the screenshots. ** Attachment added: "80 percent line spacing.odt" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772430/+attachment/5142397/+files/80%20percent%20line%20spacing.odt -- 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/1772430 Title: Proportional line spacing under 100 % makes first line too low in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Using proportional line spacing with less than 100 % makes the first line of each paragraph and each page considerably lower than all the other lines. This problem is an issue particularly with fonts designed for Arabic, where the default line spacing is very big so as to allow for space for optional vowel marks below and above the line. If these marks are not used, the space between the lines is often too big. If I change line spacing to proportional 80 %, most of the lines look fine but the first line of each paragraph and of each page (even without a paragraph break) gets crammed into the second line. As a user, I would rather expect the first line to have the same visual height as all the other lines. See the attached document and screenshots using Noto Naskh Arabic and 80 % line spacing. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:50:01 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772430/+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 1772430] Re: Proportional line spacing under 100 % makes first line too low in LibreOffice Writer
Another screenshot showing a crammed-up line at page break (no paragraph break). ** Attachment added: "Screenshot 80 percent line spacing 2.png" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772430/+attachment/5142396/+files/Screenshot%2080%20percent%20line%20spacing%202.png -- 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/1772430 Title: Proportional line spacing under 100 % makes first line too low in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Using proportional line spacing with less than 100 % makes the first line of each paragraph and each page considerably lower than all the other lines. This problem is an issue particularly with fonts designed for Arabic, where the default line spacing is very big so as to allow for space for optional vowel marks below and above the line. If these marks are not used, the space between the lines is often too big. If I change line spacing to proportional 80 %, most of the lines look fine but the first line of each paragraph and of each page (even without a paragraph break) gets crammed into the second line. As a user, I would rather expect the first line to have the same visual height as all the other lines. See the attached document and screenshots using Noto Naskh Arabic and 80 % line spacing. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:50:01 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772430/+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 1772430] [NEW] Proportional line spacing under 100 % makes first line too low in LibreOffice Writer
Public bug reported: Using proportional line spacing with less than 100 % makes the first line of each paragraph and each page considerably lower than all the other lines. This problem is an issue particularly with fonts designed for Arabic, where the default line spacing is very big so as to allow for space for optional vowel marks below and above the line. If these marks are not used, the space between the lines is often too big. If I change line spacing to proportional 80 %, most of the lines look fine but the first line of each paragraph and of each page (even without a paragraph break) gets crammed into the second line. As a user, I would rather expect the first line to have the same visual height as all the other lines. See the attached document and screenshots using Noto Naskh Arabic and 80 % line spacing. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:50:01 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Screenshot 80 percent line spacing.png" https://bugs.launchpad.net/bugs/1772430/+attachment/5142392/+files/Screenshot%2080%20percent%20line%20spacing.png -- 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/1772430 Title: Proportional line spacing under 100 % makes first line too low in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Using proportional line spacing with less than 100 % makes the first line of each paragraph and each page considerably lower than all the other lines. This problem is an issue particularly with fonts designed for Arabic, where the default line spacing is very big so as to allow for space for optional vowel marks below and above the line. If these marks are not used, the space between the lines is often too big. If I change line spacing to proportional 80 %, most of the lines look fine but the first line of each paragraph and of each page (even without a paragraph break) gets crammed into the second line. As a user, I would rather expect the first line to have the same visual height as all the other lines. See the attached document and screenshots using Noto Naskh Arabic and 80 % line spacing. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:50:01 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772430/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe :
[Desktop-packages] [Bug 1772425] [NEW] ODT document crashes when you open it in Writer
Public bug reported: The attached document makes LibreOffice Writer crash immediately after opening it, along with the following error message: *** Error in `/usr/lib/libreoffice/program/soffice.bin': munmap_chunk(): invalid pointer: 0x55794428ad40 *** I created this ODT file by converting a Word document with Writer; "file" tells me the original was "Composite Document File V2 Document, Little Endian, Os: Windows, Version 5.0, Code page: -535, Template: Normal, Revision Number: 1, Name of Creating Application: Microsoft Word 10.0". The original document, which was sent to me by somebody else, contained parts which seemed to work fine but when I reached the end of the file, Writer crashed. This modified ODT version I'm attaching only contains the part which makes the program crash. The document is written in Arabic, in case it makes any difference. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:09:36 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Crashing Arabic document.odt" https://bugs.launchpad.net/bugs/1772425/+attachment/5142381/+files/Crashing%20Arabic%20document.odt -- 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/1772425 Title: ODT document crashes when you open it in Writer Status in libreoffice package in Ubuntu: New Bug description: The attached document makes LibreOffice Writer crash immediately after opening it, along with the following error message: *** Error in `/usr/lib/libreoffice/program/soffice.bin': munmap_chunk(): invalid pointer: 0x55794428ad40 *** I created this ODT file by converting a Word document with Writer; "file" tells me the original was "Composite Document File V2 Document, Little Endian, Os: Windows, Version 5.0, Code page: -535, Template: Normal, Revision Number: 1, Name of Creating Application: Microsoft Word 10.0". The original document, which was sent to me by somebody else, contained parts which seemed to work fine but when I reached the end of the file, Writer crashed. This modified ODT version I'm attaching only contains the part which makes the program crash. The document is written in Arabic, in case it makes any difference. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 14:09:36 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.utf-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772425/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe :
[Desktop-packages] [Bug 1772414] [NEW] Justifying Syriac text creates clutter in LibreOffice Writer
Public bug reported: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description:Ubuntu 17.10 Release:17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug artful wayland-session ** Attachment added: "Syriac justification bug.zip" https://bugs.launchpad.net/bugs/1772414/+attachment/5142364/+files/Syriac%20justification%20bug.zip -- 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/1772414 Title: Justifying Syriac text creates clutter in LibreOffice Writer Status in libreoffice package in Ubuntu: New Bug description: Justifying a paragraph in LibreOffice Writer with text written in the Syriac script (Unicode block U+0700-U+074F) creates graphic clutter between every word. See the attached screenshot where the first paragraph is justified and the second is right-aligned. The second paragraph looks as it should, whereas the first paragraph shows a small line added at the end of each word. If you zoom in or out, some of the lines may disappear, but when you create a PDF, they are all there. The same problem occurs with nearly all the Syriac fonts I have tried, including Serto Batnan, Estrangelo Antioch, East Syriac Ctesiphon and Serto Urhoy (all part of the ttf-xfree86-nonfree-syriac package). For the last two, the clutter is not visible on screen but shows up if you create a PDF. With East Syriac Adiabene, the problem doesn't seem to occur. I have attached a screenshot, a PDF and the document used to create them. Description: Ubuntu 17.10 Release: 17.10 libreoffice-writer: Installed: 1:5.4.6-0ubuntu0.17.10.1 Candidate: 1:5.4.6-0ubuntu0.17.10.1 Version table: *** 1:5.4.6-0ubuntu0.17.10.1 500 500 http://mr.archive.ubuntu.com/ubuntu artful-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:5.4.5-0ubuntu0.17.10.5 500 500 http://security.ubuntu.com/ubuntu artful-security/main amd64 Packages 1:5.4.1-0ubuntu1 500 500 http://mr.archive.ubuntu.com/ubuntu artful/main amd64 Packages ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice-writer 1:5.4.6-0ubuntu0.17.10.1 ProcVersionSignature: Ubuntu 4.13.0-41.46-generic 4.13.16 Uname: Linux 4.13.0-41-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.8 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon May 21 13:26:09 2018 InstallationDate: Installed on 2017-02-13 (462 days ago) InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to artful on 2017-11-05 (196 days ago) To manage notifications about this bug go to: