GNOME Bugzilla – Bug 164173
Administrator privileges required to get embedded fonts
Last modified: 2005-01-28 01:06:25 UTC
Nowadays even on windoze it is possible to work without 'root' privileges [and one should certainly do so given the other security risks;-] Most programs (including The Gimp and Dia) are working fine with dropped rights. But when using Dia's gnome-print exporter there is an issue with temporary files created at some place where I am not allowed to write as 'normal user'. It works fine as Administrator though. ?-Warning: Can't open "\sno." ?-Warning: Could not parse TrueType font from \sno. Could not embed font TimesNewRomanPS-BoldItalicMT ?-Warning: Could not embed font TimesNewRomanPS-BoldItalicMT, using Times-Roman instead. ?-Warning: Can't open "\sno.1" ?-Warning: Could not parse TrueType font from \sno.1 Could not embed font TimesNewRomanPS-ItalicMT ?-Warning: Could not embed font TimesNewRomanPS-ItalicMT, using Times-Roman inst ead. ?-Warning: Can't open "\sno.2" ?-Warning: Could not parse TrueType font from \sno.2 Could not embed font TimesNewRomanPSMT ?-Warning: Could not embed font TimesNewRomanPSMT, using Times-Roman instead. ?-Warning: Can't open "\sno.3" ?-Warning: Could not parse TrueType font from \sno.3 Could not embed font Verdana ?-Warning: Could not embed font Verdana, using Times-Roman instead. ?-Warning: Can't open "\sno.4" ?-Warning: Could not parse TrueType font from \sno.4 Could not embed font Verdana-Bold ?-Warning: Could not embed font Verdana-Bold, using Times-Roman instead.
it looks like we're running into problems in gnome-print-tt-subset.c when we call tmpnam(). attaching patch.
Created attachment 36633 [details] [review] patch this has all of the same warts and race conditions as tmpnam(), except that it creates the temporary file in a proper temp directory, even on windows. it should fix this bug. abiword had the same problem - tmpnam() would put files in C:\, which is bad.
patch applied and a few memleaks plugged.