https://bugs.winehq.org/show_bug.cgi?id=44797
Bug ID: 44797 Summary: Visio 2003 does not read the complete list of fonts present in the system. Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: christianuceda@yahoo.com Distribution: ---
Created attachment 60831 --> https://bugs.winehq.org/attachment.cgi?id=60831 Screenshot showing the problem.
Visio 2003 does not read the complete list of fonts present in the system.
This leads to drawings losing their fonts and forces unwanted changes in the drawing.
There is a screen shot to showcase the problem.
I will try to run a regression test in a day or two.
This is running Wine GIT on Ubuntu 16.04.4 with Kernel 4.15.12
https://bugs.winehq.org/show_bug.cgi?id=44797
--- Comment #1 from Christian Uceda christianuceda@yahoo.com --- I tried to find a regression for this, but to my surprise what I found is that not a single version of wine from 2.0 to 3.4 seems to work properly with Visio and the fonts. I have spent hours upon hours compiling versions of Wine to no avail.
Then there is the question; how did I manage to make it work then in the first place?
The answer is that inadvertently I have been running Wine Staging version 2.21 all along, and not plain Wine 2.21.
On Wine Staging the font list is read properly and everything works like a charm.
On Wine GIT the list of fonts is incomplete, almost as if Wine is not reading the fonts I have on "/usr/share/fonts" drawings load with bad text layout due to missing fonts.
I also tried with crossover 17.1 (which claims to be based on wine 2.8) and there Visio 2003 shows the correct list of fonts and loads documents without issue.
Tried to compile Wine 2.8 but no luck.
So: Wine Stagging 2.21 works, Crossover 17.1 works, Wine GIT from v2.0 to v3.4/HEAD does not.
https://bugs.winehq.org/show_bug.cgi?id=44797
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #2 from Zebediah Figura z.figura12@gmail.com --- Thanks for the report. Any chance you could apply staging patches individually and figure out which one fixes this bug?
It's probably one of the gdi32-* patches if you're not sure where to start looking.
https://bugs.winehq.org/show_bug.cgi?id=44797
--- Comment #3 from Christian Uceda christianuceda@yahoo.com --- Hi Zebediah,
Ok, I'll see if I can manage to do that during the weekend.
https://bugs.winehq.org/show_bug.cgi?id=44797
--- Comment #4 from Christian Uceda christianuceda@yahoo.com --- I tried again compiling Wine 3.5 from the git repo, everything works as it should on 3.5 so far.
Then I tried the pre-compiled .deb packages from dl.winehq.org and everything works fine there too.
This issue is fixed as far as I can see.
I'm guessing that the latest fixes from 3.4 to 3.5 fixed this issue too.
Thank you very much for all your help, much appreciated.
https://bugs.winehq.org/show_bug.cgi?id=44797
--- Comment #5 from Christian Uceda winebugs@copysoft.org --- This bug is not present anymore on modern wine v8 and can be closed.
https://bugs.winehq.org/show_bug.cgi?id=44797
--- Comment #6 from Christian Uceda winebugs@copysoft.org --- Please close this bug, not present in 9.3
https://bugs.winehq.org/show_bug.cgi?id=44797
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #7 from Gijs Vermeulen gijsvrm@gmail.com --- Resolving FIXED.
Just as an aside, you can change the status of your own bugs.
https://bugs.winehq.org/show_bug.cgi?id=44797
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.4.