Created attachment 95899 [details] A screenshot showing the problem with the panel and a formula. Problem description: Instead of "+", "/" and so on, I see a symbol for a postcard, a letterbox ... in the viewing area (not in the text UI) and the compositing panel. Steps to reproduce: None, I now have these symbols everywhere (that is in Writer and the Formula Editor, every formula has the same problem, even in a docx) Current behavior: Strange symbols Expected behavior: Mathematical symbols Note that the fonts are almost all "Times New Roman" (eventually in italic). Operating System: Windows 8 Version: 4.2.1.1 release
This problem persists after I installed 4.2.3.1 release
Did you install any specific extensions or fonts? Could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#Windows) and give it a new try?
I tried renaming the user profile (and it was recreated) but it didn't change anything. I installed some fonts but that was ages ago and I didn't have any problem with LO at the time. (and now that I think about it... probably not even on my present computer) I have the Liberation family, linux libertine and Linux biolinum, is that normal ?
And I didn't install any extension on this computer.
Thank you for your feedback. Since I don't have more questions, I put it back to UNCONFIRMED
It looks like Wingdings is used to render symbols in Unicode-plane latin-1. Enter " + ± * ÷ " in Writer and format with Wingdings. Result are the symbols in the attachment.
*** Bug 77923 has been marked as a duplicate of this bug. ***
It seems that editor is looking for a some font, which is missing. So the last one (Windings) is used instead. And the final result is UNACCEPTABLE. Please see similar bug 77923.
*** Bug 78556 has been marked as a duplicate of this bug. ***
*** Bug 78613 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > Created attachment 95899 [details] > A screenshot showing the problem with the panel and a formula. > > Problem description: > Instead of "+", "/" and so on, I see a symbol for a postcard, a letterbox > ... in the viewing area (not in the text UI) and the compositing panel. > > Steps to reproduce: > None, I now have these symbols everywhere (that is in Writer and the Formula > Editor, every formula has the same problem, even in a docx) > > Current behavior: > Strange symbols > > Expected behavior: > Mathematical symbols > > > Note that the fonts are almost all "Times New Roman" (eventually in italic). > > Operating System: Windows 8 > Version: 4.2.1.1 release same problem here! libreoffice 4.2.4.2, windows 8.1 we really need a fix for this problem!
Hi Exact the same here: Win7 x64 LO 4.2.4.2. This ugly regression makes LO unusable in some use cases! Please fix! Cheers
The problems disappeared for me with the installation of the 4.2.4.2 though apparently that's not the case for everyone.
Thank you Chaddaï for your feedback. ahonx/ralph: even after having renamed your LO directory profile (see https://wiki.documentfoundation.org/UserProfile)? e_psi/js44: did you give a try with LO 4.2.4 (and a brand new LO profile)?
Yes. This was my first assumption, but it does not help. I usually change the default font, so I had hope that it will fix my problem. I have checked it on the Linux, and there such problem was not present. I think that my Windows 7 x64 installation have some missing fonts, so it would be nice to know which font is selected for making formulas with those operators.
(In reply to comment #15) > so it would be nice to know which font is selected for making formulas with > those operators. The font is called "OpenSymbol" (the file name is opens___.ttf). This font should come bundled with LO. So the first step is to check whether you have this font installed. Sometimes wrong registry entries can also prevent a font loading, so you could try to run some registry cleaner (like CCleaner). Uncheck all checks except the fonts one, repair any found problems, and reboot.
I have downloaded OpenSymbol font from: http://www.fontpalace.com/font-download/OpenSymbol/ Then I have installed them, and it helps. Thanks Maxim for the info For all other people, please check if you have file OpenSymbol.ttf in \Windows\Fonts directory
Now I have made little more improvement. I took opens___.ttf from OpenOffice installer *.msi file. My previous comment 17 does not provide all symbols. To obtain opens___.ttf from msi (adapted from http://thebackroomtech.com/2007/08/23/howto-extract-files-from-a-msi-file-using-the-windows-command-line/) Run from command line: msiexec /a LibreOffice_4.2.4_Win_x86.msi /qb TARGETDIR=%USERPROFILE%\testE After extraction go to %USERPROFILE%\testE\Fonts directory, for example this can be done via next command explorer %USERPROFILE%\testE\Fonts Find opens___.ttf file, double click on it and use "Install" button in the font browser.
*** Bug 80695 has been marked as a duplicate of this bug. ***
*** Bug 80643 has been marked as a duplicate of this bug. ***
I also discovered the bug in my LibreOffice 4.2.6.2 installation on Windows 7 (64 bit). However another Windows 7 (64 bit) installation with 4.2.6.2 also doesn't show the effect. The difference was this: The first was a new install of some 4.2 release (then updating to the current release) while the other was an update from an earlier version (< 4.2, I don't know the initially installed version, maybe 3.2 or so). Is this issue really resolved, or are there just work-arounds?
Created attachment 104546 [details] Partial Screen Shot: Examples in formula editor are badly broken due to wrong font being used
To move this into a useful direction: please test and see if this bug persists with LO 4.3.1: https://www.libreoffice.org/download/pre-releases/ Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile Should the issue be persisting, please a) set this bug to REOPEN b) attach a testfile illustrating this issue
(In reply to comment #23) > To move this into a useful direction: please test and see if this bug > persists with LO 4.3.1: https://www.libreoffice.org/download/pre-releases/ I don't quite understand: The original report was against 4.2.1, and comment 16 says the font should come with LibreOffice (installation/update). I confirmed that even in 4.2.6 the issue (font not installed? why?) is still present (as comment 13 also says), so if LibreOffice has the font packed, it doesn't properly install it. Reason? No you have no plans to fix this major bug for 4.2, and refer to _trying_ 4.3. Do you really want users to leave LibreOffice alone? Every new release seems to break existing features, and you always say "try the next major version". Don't you understand that people don't want new features, but something that works reliable?
Andras: problem of OpenSymbol which wouldn't be on LO Windows install package LO package. One for you?
*** Bug 83687 has been marked as a duplicate of this bug. ***
*** Bug 85317 has been marked as a duplicate of this bug. ***
*** Bug 86013 has been marked as a duplicate of this bug. ***
For me the bug vanished after installing LibreOffice_4.2.7_Win_x86.msi.
Same problem (missing OpenSymbol -> wrong symbols in formulas and panel) after upgrading 4.2.5.2 to 4.3.3.2 under Win7x64.
After extracting msi and checking contents of Fonts subfilder, I see that some fonts are present in my Windows\Fonts, some other are not. I don't know which should have been installed, and cannot check on test system at the moment, so I simply post the list. 1. LO 4.3.3.2 Fonts that are INSTALLED (on my system): Caladea-Bold.ttf Caladea-BoldItalic.ttf Caladea-Italic.ttf Caladea-Regular.ttf Carlito-Bold.ttf Carlito-BoldItalic.ttf Carlito-Italic.ttf Carlito-Regular.ttf LiberationMono-Bold.ttf LiberationMono-BoldItalic.ttf LiberationMono-Italic.ttf LiberationMono-Regular.ttf LiberationSans-Bold.ttf LiberationSans-BoldItalic.ttf LiberationSans-Italic.ttf LiberationSans-Regular.ttf LiberationSansNarrow-Bold.ttf LiberationSansNarrow-BoldItalic.ttf LiberationSansNarrow-Italic.ttf LiberationSansNarrow-Regular.ttf LiberationSerif-Bold.ttf LiberationSerif-BoldItalic.ttf LiberationSerif-Italic.ttf LiberationSerif-Regular.ttf LinBiolinum_RB_G.ttf LinBiolinum_RI_G.ttf LinBiolinum_R_G.ttf LinLibertine_DR_G.ttf LinLibertine_RBI_G.ttf LinLibertine_RB_G.ttf LinLibertine_RI_G.ttf LinLibertine_RZI_G.ttf LinLibertine_RZ_G.ttf LinLibertine_R_G.ttf PT_Serif-Web-Bold.ttf PT_Serif-Web-BoldItalic.ttf PT_Serif-Web-Italic.ttf PT_Serif-Web-Regular.ttf SourceSansPro-Black.ttf SourceSansPro-BlackIt.ttf SourceSansPro-Bold.ttf SourceSansPro-BoldIt.ttf SourceSansPro-ExtraLight.ttf SourceSansPro-ExtraLightIt.ttf SourceSansPro-It.ttf SourceSansPro-Light.ttf SourceSansPro-LightIt.ttf SourceSansPro-Regular.ttf SourceSansPro-Semibold.ttf SourceSansPro-SemiboldIt.ttf 2. LO 4.3.3.2 Fonts that are ABSENT (in my system Fonts folser): DejaVuSans-Bold.ttf DejaVuSans-BoldOblique.ttf DejaVuSans-ExtraLight.ttf DejaVuSans-Oblique.ttf DejaVuSans.ttf DejaVuSansCondensed-Bold.ttf DejaVuSansCondensed-BoldOblique.ttf DejaVuSansCondensed-Oblique.ttf DejaVuSansCondensed.ttf DejaVuSansMono-Bold.ttf DejaVuSansMono-BoldOblique.ttf DejaVuSansMono-Oblique.ttf DejaVuSansMono.ttf DejaVuSerif-Bold.ttf DejaVuSerif-BoldItalic.ttf DejaVuSerif-Italic.ttf DejaVuSerif.ttf DejaVuSerifCondensed-Bold.ttf DejaVuSerifCondensed-BoldItalic.ttf DejaVuSerifCondensed-Italic.ttf DejaVuSerifCondensed.ttf GenBasB.ttf GenBasBI.ttf GenBasI.ttf GenBasR.ttf GenBkBasB.ttf GenBkBasBI.ttf GenBkBasI.ttf GenBkBasR.ttf OpenSans-Bold.ttf OpenSans-BoldItalic.ttf OpenSans-Italic.ttf OpenSans-Regular.ttf opens___.ttf SourceCodePro-Bold.ttf SourceCodePro-Regular.ttf I'm pretty sure no other installed software references these fonts.
Hi, I have had the same problem in LibreOffice 4.2.7.2 on Windows 7 and right now I have fixed the problem. From duplicate bug report: https://bugs.freedesktop.org/show_bug.cgi?id=76239#c17 I got an info how to fix the problem. Details: 1. Open cmd window and check for font: dir %windir%\Fonts\opens__.ttf If "File Not Found" error is returned then it is a missing font. 2. Click on link: http://cgit.freedesktop.org/libreoffice/core/plain/extras/source/truetype/symbol/opens___.ttf and download file. 3. Open Windows Explorer and double click on opens___.ttf file and click on Install button at the top of window. 4. Recheck the command from step 1. Note: I got to be honest, I don't know why downloaded ttf file has 3 underscores in file name so opens___.ttf, but installed font in C:\Windows\Fonts has only 2 underscores like opens__.ttf. It is strange to me why underscores are used in the first place, to make confusion... PROBLEM SOLVED in my case. Hope this helps.
It's indeed interesting to keep fdo#84715 in See Also since the problem seems similar, perhaps a dup?
*** Bug 86406 has been marked as a duplicate of this bug. ***
It would be good to have installer logs to see what really happened. msiexec /i LibreOffice-x.x.x.msi /L*vx log.txt For me, the bug did not occur in case of 4.2.4 -> 4.2.6 and 4.2.6 -> 4.3.2 upgrades on Windows 7. The root of all evil may be this commit: http://cgit.freedesktop.org/libreoffice/core/commit/?id=0404f37297c4b283972d71c8f53765d9169bdafa fdo#68194 Font files are left after uninstallation #i119948# Instruct windows installer to use refcounting on fonts. The intention was to please Windows 8 App verifier, i.e. an application should not left files after itself after uninstallation. It has side effects. For example, LibreOffice will remove non-refcounted (manually installed) fonts. Maybe this bug is also a side effect of this (but it's hard to understand why).
*** Bug 86724 has been marked as a duplicate of this bug. ***
(In reply to Maxim Monastirsky from comment #36) > *** Bug 86724 has been marked as a duplicate of this bug. *** this dupe indicates that the issue still affects the 4.3.x branch I move this bug to the mab4.3 list since 4.2.x is END OF LIFE
*** Bug 86918 has been marked as a duplicate of this bug. ***
I updated my libreoffice from 4.2.6.2 to 4.2.7.2 and this bug appeared exactly as reported as follows: https://bugs.freedesktop.org/show_bug.cgi?id=80643 I need to install Open Symbol font manually to solve it.
don't change version field it should indicate first version the bug appeared, not latest.
On my side it's working again with version 4.3.4.1
please guys, try all to upgrade from 4.2.x to 4.3.x and tell if the issue is fixed in the new branch. if yes we could mark this as RESOLVED WORKSFORME
(In reply to tommy27 from comment #42) > please guys, try all to upgrade from 4.2.x to 4.3.x and tell if the issue is > fixed in the new branch. if yes we could mark this as RESOLVED WORKSFORME See comment 30
thanks Mike. that was a 4.2.5 to 4.3.3 upgrade. I wonder if the bug is still present in a 4.2.7 to 4.3.4 upgrade or in a 4.3.x to 4.3.4 upgrade (In reply to fox_yadvfw from comment #41) > On my side it's working again with version 4.3.4.1 Fox, which was the old version from which you did the upgrade?
IMO, you cannot close it as WFM, just because all subscribers here say that next upgrade didn't show the problem. It seems that the problem is somehow state-dependent. E.g., I have met it only 4.2.7->4.3.4, while every previous upgrade went smoothly (and upgrading to the same version on several other PCs went OK, too). And if most people here have installed fonts manually, this could just hide the bug as well. So, unless the root problem is found, or the bug will stay idle (no new "Me too" comments, no new dupes) for considerable time, it should stay "NEW".
*I meant I've met it 4.2.5->4.3.3, of course
Ok Mike, but do you have the chance to check if the bug persists in a 4.2.7 to 4.3.4 upgrade or in a 4.3.3 to 4.3.4 upgrade ?
This bug is actionable if: 1) Reproducible always, e.g. someone says he sees it when upgraded from 4.2.x to 4.3.y, and he can reproduce it any time he wants, and I can reproduce it too in a clean VM. -- OR -- 2) I get the install logs of a bad update, which I requested in comment 35. Any other discussions and comments are useless.
I can provide the requested log. The upgrade was 4.2.8 > 4.3.4. The Open Symbol fonf (and many other) vanished during the upgrade. Formula Editor started showing Wingdings after the update. Exactly, the requested case! The only problem is the log is too long to attach (5.6 MB, almost twice the allowed limit of 3 MB). I'll try to cut it in half.
I can provide the requested log. The upgrade was 4.2.8 > 4.3.4. The Open Symbol fonf (and many other) vanished during the upgrade. Formula Editor started showing Wingdings after the update. Exactly, the requested case! The only problem is the log is too long to attach (56 MB, almost twice the allowed limit of 3 MB). I'll try to cut it in half. EDIT: Sorry. It is 56 MB, not 5.6 MB. Please tell me how you want the file provided. For now, I can copy all lines containing the opens___.ttf string ===quote_begin MSI (s) (5C:E4) [00:10:07:115]: The file represented by File table key 'opens___.ttf' has no eligible binary patches MSI (s) (5C:E4) [00:10:29:650]: Executing op: FontUnregister(,File=opens___.ttf) UnregisterFonts: Font: opens___.ttf MSI (s) (5C:E4) [00:10:48:073]: Executing op: FileRemove(,FileName=opens___.ttf,,ComponentId={7FCE7D67-11E2-83C0-4B06-FF25A52B4273}) RemoveFiles: File: opens___.ttf, Directory: C:\Windows\Fonts\ MSI (s) (5C:E4) [00:10:48:089]: Verifying accessibility of file: opens___.ttf ===quote_end
Sorry, Due to the file cutting I only posted the lines from the uninstalling part. Here is the rest (not much of it: ==begin MSI (s) (5C:5C) [00:14:05:198]: The file represented by File table key 'opens___.ttf' has no eligible binary patches MSI (s) (5C:5C) [00:14:48:130]: Executing op: ComponentRegister(ComponentId={13420182-D08A-DA43-9BBC-294BA490732C},KeyPath=C:\Windows\Fonts\opens___.ttf,State=3,,Disk=1,SharedDllRefCount=3,BinaryType=0) 1: {7D983A32-F645-48AB-8E38-4ACD234F40BC} 2: {13420182-D08A-DA43-9BBC-294BA490732C} 3: C:\Windows\Fonts\opens___.ttf ==end It seems the file is being registered. However it is never actually installed!
One last morsel. Uninstalling and installing back 4.3.4 WORKS FOR ME. I also have the log of the install, if needed.
Created attachment 110798 [details] Log of the problematic upgrade Thanks Mike Kaganski for the (offline) advice of compressing it. It is so obvious that only the hour (1 a.m.) excuses me. Just for completeness, it is 4.2.8 -> 4.3.4 upgrade on Win 7 32-bits.
*** Bug 87517 has been marked as a duplicate of this bug. ***
To inform you: I had solved this bug in my previous version and when I upgraded LO to 4.3.5.2 I have to download and install another time the OpenSimbol.ttf I have Windows 8.1
*** Bug 84715 has been marked as a duplicate of this bug. ***
I'm a new LO user and have just been bitten by this bug whilst doing my first upgrade from LO4.4.0.3 to LO4.4.2.2. It caused much panic when I re-opened documents and found several worrying anomalies: 1) Bullet lists were using the wrong symbols. 2) The second and subsequent lines of (long) bullet points which used auto line-feeds, had about 20% of the bottom of all the characters sliced off when viewed on-screen (although the page printed ok). 3) It was not possible to Left-mouse click into these 2nd+ lines to edit, I had to use the right arrow key from the first line and traverse all the way to the end. Entering any character (even a space) at the end 'fixed' the sliced text. By viewing the same document on an older install of LO (under Win XP) and comparing with the Win 7, I realised OpenSymbol was missing, 'vanished' during the upgrade. After much searching I found this bug report and manually installing the font as described in Comment 32 has restored functionality. However a proper fix is really required as this type of bug could really put-off a new user and creates a very bad impression.
*** Bug 93110 has been marked as a duplicate of this bug. ***
Still happening with latest upgrade from 4.4 to 5.0 on Win 7. Allan.
*** Bug 86533 has been marked as a duplicate of this bug. ***
*** Bug 78457 has been marked as a duplicate of this bug. ***
Updated 4.4 x32 -> 5.0.1.2 x64 under Win7x64. Met the same problem. Please note that Bug 93110 suggests that the problem is not limited to upgrade scenario only: it may happen on new install, too.
Checked the attachment 110798 [details], and extracted only lines about OpenSymbol font: >MSI (s) (5C:E4) [00:10:29:650]: Executing op: FontUnregister(,File=opens___.ttf) >UnregisterFonts: Font: opens___.ttf >RemoveFiles: File: opens___.ttf, Directory: C:\Windows\Fonts\ >MSI (s) (5C:5C) [00:14:48:130]: Executing op: ComponentRegister(ComponentId={13420182-D08A-DA43-9BBC-294BA490732C},KeyPath=C:\Windows\Fonts\opens___.ttf,State=3,,Disk=1,SharedDllRefCount=3,BinaryType=0) >1: {7D983A32-F645-48AB-8E38-4ACD234F40BC} 2: {13420182-D08A-DA43-9BBC-294BA490732C} 3: C:\Windows\Fonts\opens___.ttf You may notice, that the font is unregistered, then its file removed, then the font is registered. Also, the SharedDllRefCount is reported to be 3. Can't it be that the unregistering/removal is not dependent on the SharedDllRefCount, but hardcoded, while copying is dependent on SharedDllRefCount, so when there's another program that registers the font, the problem happens? I'll try to check if the problem is reliably reproducible setting different numbers under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs.
I amazes me how difficult solving this problem seems to be: If you look at the changes to the installer from the last version hat didn't have the defect to the first version that has the defect, it should be not too hard to find the cause.
(In reply to Ulrich Windl from comment #64) > .... If you look at > the changes to the installer from the last version hat didn't have the > defect to the first version that has the defect, it should be not too hard > to find the cause. I looks as if you are right there. But a huge amount of simple problems may be a problem too. I mean it may be an indication that there is always room for more people to help ;)
(In reply to Ulrich Windl from comment #64) > I amazes me how difficult solving this problem seems to be: If you look at > the changes to the installer from the last version hat didn't have the > defect to the first version that has the defect, it should be not too hard > to find the cause. I found the cause, see comment 35. It did not help much. For many users (including me) installer works as intended. I could never reproduce this bug. The patch changed an attribute: - $attributes = 16; # font files will not be deinstalled + $attributes = 8; # font files will be deinstalled if the ref count is 0 Mike Kaganski reports in comment 63 that the font file is deinstalled when the ref count is 3. It is a bug, but is it a bug in our code? Maybe not.
Can't it have something to do with bitness of Windows? Under 64-bit Windows, 32-bit components register their Shared DLL refs under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\SharedDlls, while 64-bit components use HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs. When installing a DLL to ProgramFiles or System32, it's generally safe, because 32-bit DLLs go to ProgramFiles(x86) or SysWOW64. But here we have a situation when *the same* location is used for both 32-bit and 64-bit component (assuming there's another application using the same font, but registering it with another bitness). Can't it be that when uninstalling, only one (32 or 64-bit) registry location is checked, and when installing, both are checked?
I've just upgraded from 5.0.1 to 5.0.2.2 and the OpenSymbol font survived (Win7 64bit PC). Hopefully others will find this improvement and confirm the bug has been fixed. AllanR
*** Bug 94688 has been marked as a duplicate of this bug. ***
*** Bug 94324 has been marked as a duplicate of this bug. ***
*** Bug 94849 has been marked as a duplicate of this bug. ***
*** Bug 94823 has been marked as a duplicate of this bug. ***
*** Bug 94979 has been marked as a duplicate of this bug. ***
*** Bug 95001 has been marked as a duplicate of this bug. ***
*** Bug 95398 has been marked as a duplicate of this bug. ***
*** Bug 95289 has been marked as a duplicate of this bug. ***
*** Bug 95711 has been marked as a duplicate of this bug. ***
*** Bug 95724 has been marked as a duplicate of this bug. ***
Another interesting WTF line from the log (besides the SharedDLLCount=3): MSI (c) (78:C4) [00:06:39:834]: Disallowing installation of component: {13420182-D08A-DA43-9BBC-294BA490732C} since the same component with higher versioned keyfile exists This was the component of opens___.ttf. It is amusing, because AFAIK fonts are not versioned, at least not in the sense as executable files. I think a brute-force ReinstallMode amus (instead of current omus) would solve the issue. But that's not a good idea, because we use VC++ runtime merge modules, and we may downgrade users' VC++ runtime, if a new hotfix for that comes out from Microsoft. So, we need to find out, why the same component with higher versioned keyfile exists.
(In reply to Andras Timar from comment #79) > This was the component of opens___.ttf. It is amusing, because AFAIK fonts > are not versioned, at least not in the sense as executable files. Interestingly Windows 7 displays a version number for the OpenSymbol font, namely 102.2. Maybe different versions of this font exist.
(In reply to Ulrich Windl from comment #80) > Interestingly Windows 7 displays a version number for the OpenSymbol font, > namely 102.2. Maybe different versions of this font exist. That is a free-form string, not a version number that we can programmatically extract, unfortunately. But... I opened an MSI, which was authored by Microsoft. In that MSI they added a version numbers to font files in File table. So maybe it would make sense to do the same. The only problem, that I have never been able to reproduce this bug, so I need QA's help here. I'll add a fake version to fonts in File table, and let's see, if it helps.
(In reply to Ulrich Windl from comment #80) > (In reply to Andras Timar from comment #79) > > This was the component of opens___.ttf. It is amusing, because AFAIK fonts > > are not versioned, at least not in the sense as executable files. > > Interestingly Windows 7 displays a version number for the OpenSymbol font, > namely 102.2. Maybe different versions of this font exist. maybe yes. see bug 94324. in attach two font OpenSymbol with different size
(In reply to Ulrich Windl from comment #80) > Maybe different versions of this font exist. This font is developed as part of LO. You can see the history of it here: http://cgit.freedesktop.org/libreoffice/core/log/extras/source/truetype/symbol (In reply to Andras Timar from comment #81) > That is a free-form string I'm pretty sure that ttf has a version field in its header (besides the free-form string).
Andras Timar committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a322355727368ab087b718d32b70e4a9d9db645d tdf#76239 fake file version for font files It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 95772 has been marked as a duplicate of this bug. ***
Andras Timar committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=38e24f1d059a6123ea15a68b4b24ca984642d66e tdf#76239 extract real file version from ttf files It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I tested my patch. 1. I created a clean Windows 8.1 virtual machine. 2. I installed LibreOffice 4.4.2 and I upgraded it to LibreOffice 5.1 without my patch. OpenSymbol font (and all other fonts installed by LibreOffice) disappeared. 3. I removed LibreOffice 5.1, and installed LibreOffice 4.4.2 again. Then I upgraded it to LibreOffice 5.1 with my patch. OpenSymbol font was kept. 4. I bumped the version number to 5.1.0.1, and built LibreOffice again. I upgraded my 5.1.0.0.alpha1+ to 5.1.0.1. Note, that these installers had the same version number for the fonts. OpenSymbol font was kept. Conclusion: it works. I'll backport my patch to release branches. Please test very carefully, and do not reopen this bug, unless you are perfectly sure that the fix is not working. Check the target version numbers!
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-5-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1bdffdeecfd7ce35dd65833d21a1c6343e32685f&h=libreoffice-5-0 tdf#76239 extract file version from ttf files It will be available in 5.0.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8149383121704a598eb4f87755e118c65fa38e5d&h=libreoffice-4-4 tdf#76239 extract file version from ttf files It will be available in 4.4.8. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 95901 has been marked as a duplicate of this bug. ***
*** Bug 95925 has been marked as a duplicate of this bug. ***
this old MAB deserves 4.4.7 backport thanks Andras for the fix!!!
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-4-4-7": http://cgit.freedesktop.org/libreoffice/core/commit/?id=df4afab6fcf653ee71762891b0bf287813726e45&h=libreoffice-4-4-7 tdf#76239 extract file version from ttf files It will be available in 4.4.7. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Simplify a bit "targets" field.
*** Bug 96217 has been marked as a duplicate of this bug. ***
*** Bug 96428 has been marked as a duplicate of this bug. ***
*** Bug 96827 has been marked as a duplicate of this bug. ***
*** Bug 99152 has been marked as a duplicate of this bug. ***
*** Bug 99748 has been marked as a duplicate of this bug. ***
https://www.jualtasmurahbbs.com/ jual tas murah berkualitas pesta baik pesta pernikahan ataupun pesta pesta yang lainnya grosir tas ransel pria wanita murah yogyakarta handbag tas ransel cantik terbaru grosir tas ransel grosir tas ransel pria wanita murah https://www.jualtasmurahbbs.com/category/tas-sekolah-anak/ jual tas sekolah murah supplier agen distributor tas bandung untuk produk backpack wanita kami menyediakan database terlengkap dengan harga ter untuk produk backpack wanita di wilayah indonesia toko tas online https://www.jualtasmurahbbs.com/category/kipling/ tas kipling murah murah berkualitas merek travolt halaman web kami bfd pengiriman ke seluruh indonesia toko tas online murah selamat datang di website toko tas online murah menyediakan tas branded murah dari https://www.jualtasmurahbbs.com/category/tas-ransel-wanita/ tas ransel wanita murah promosi atau tote bag sendiri di rumah contoh yang kita sajikan adalah membuat tote bag atau tas promosi dari bahan denim sisa membuat handbag tempo hari tas branded wanita grosir tas murah https://www.jualtasmurahbbs.com/category/tote-bag/ jual tote bag murah yang nyaman untuk anda gunakan dalam berbagai keperluan gunakan tas seperti ini jika anda tidak ingin repot dengan dimensi tas gendong anda yang besar karena tas seperti ini dapat dengan mudah https://www.jualtasmurahbbs.com/category/cath-kidston/ jual tas cath kidston bag december eloven leave a comment dropship tote bag murah jakarta tas import batam tas import batam t dropship tote bag murah jakarta harga tas juga bervariasi dari tas murah dengan https://www.jualtasmurahbbs.com/category/anello/ online shop jual tas anello memiliki masalah dalam menyimpan handbag dan heels saat ini kami tawarkan banyak barang tas handbag organizer yang dapat menyimpan handbag anda dengan rapi dan praktis menaruh handbag https://www.jualtasmurahbbs.com/category/jansport/ tas jansport bandung melekat kuat dari dulu sampai sekarang saking banyaknya tempat untuk menimba ilmu di kota batam trendy fashion fashion endy belanja label harga tas terbaru tas backpack tas gendong tas