Bug 1182 - drakfont should tell to mount the windows system partition after choosing to get the windows fonts
Summary: drakfont should tell to mount the windows system partition after choosing to ...
Status: REOPENED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal minor
Target Milestone: ---
Assignee: Olivier Blin
QA Contact:
URL:
Whiteboard: (MGA2)
Keywords: Junior_job, USABILITY
Depends on:
Blocks:
 
Reported: 2011-05-07 04:37 CEST by John Webster
Modified: 2015-05-19 11:26 CEST (History)
4 users (show)

See Also:
Source RPM: drakxtools-13.63-1.mga2.src.rpm
CVE:
Status comment:


Attachments

Description John Webster 2011-05-07 04:37:55 CEST
Bug appears in Mageia Control Center (drakxtools-13.49-1.mga1, running under kernel 2.6.38.5-desktop586-1.mga). Pressing the panel results in an error message to the effect that no fonts are available, despite the fact that the Tainted repo has been enabled.
Comment 1 Dave Hodgins 2011-05-07 04:48:27 CEST
I just tested it, and it worked here, after I mounted the filesystems containing
a windows installation.  The get windows function does not download anything,
it only looks in mounted filesystems for fonts installed in a windows
installation.  I think this bug should be closed as fixed-invalid, as it's
working as intended.

CC: (none) => davidwhodgins

Comment 2 John Webster 2011-05-07 05:27:24 CEST
You're right, I mounted my Windows partition, and the function worked fine. Thanks for not adding RTFM! Of course, I had confused the intended function with the facility to "install msttcorefonts" available in most other distros. An error message that said "no Windows file system mounted" or something along those lines would probably have been more informative.
Comment 3 Dave Hodgins 2011-05-07 09:56:21 CEST
Changing the priority/severity, adding rpm, as I think this is now a valid,
but low prioity bug report requesting a change of the error message from 
"no fonts found", to
"no mounted windows file systems found, to import the fonts from",
or something to that affect.

Priority: Normal => Low
Hardware: i586 => All
Source RPM: (none) => drakxtools-13.49-1.mga1.src.rpm
Severity: normal => minor

Comment 4 John Webster 2011-05-07 10:47:43 CEST
Great, thanks.
Ahmad Samir 2011-05-08 04:34:34 CEST

Priority: Low => Normal
Assignee: bugsquad => mageia
Summary: Get Windows Fonts GUI does not work => drakfont does not work if the windows system partition isn't mounted beforehand
Severity: minor => normal

Comment 5 Marja Van Waes 2011-10-12 21:51:00 CEST
About half a month ago, the bug was still there in cauldron, so this doesn't seem to be a forgotten resolved bug

CC: (none) => marja11
Source RPM: drakxtools-13.49-1.mga1.src.rpm => drakxtools-13.63-1.mga2.src.rpm

Comment 6 Marja Van Waes 2012-01-16 21:25:46 CET
Pinging. because nothing happened to this report since more than 3 months ago, and it still has the status NEW or REOPENED.

@ Olivier
Please set status to ASSIGNED if you think this bug was assigned correctly. If for work flow reasons you can't do that, then please put OK on the whiteboard instead.
Comment 7 Marja Van Waes 2012-04-20 17:26:31 CEST
3 months later, any news on this bug?
Comment 8 Marja Van Waes 2012-05-26 13:09:11 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 9 Marja Van Waes 2012-06-16 19:25:07 CEST
Still valid. It won't get fixed for Mga2, so only putting (MGA2) on the whiteboard to show this isn't an old cauldron bug that was last seen a year ago

Whiteboard: (none) => (MGA2)

Marja Van Waes 2012-06-16 19:27:04 CEST

Summary: drakfont does not work if the windows system partition isn't mounted beforehand => drakfont should tell to mount the windows system partition after choosing to get the windows fonts

Dave Hodgins 2012-06-20 04:53:59 CEST

Keywords: NEEDINFO => (none)

Comment 10 Marja Van Waes 2012-07-06 15:05:33 CEST
Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D
Comment 11 Marja Van Waes 2015-04-19 14:13:21 CEST
Sorry, but this bug saw no action since more than 2 yrs ago. 
No cauldron package has stayed the same since then.

Closing as OLD

Please reopen if this report is still valid for _current_ cauldron and/or fully
updated Mageia 4

Status: NEW => RESOLVED
Resolution: (none) => OLD

Comment 12 Samuel Verschelde 2015-04-19 16:05:15 CEST
This one is still valid, according to me.

Status: RESOLVED => REOPENED
CC: (none) => stormi
Resolution: OLD => (none)

Thierry Vignaud 2015-05-19 11:26:15 CEST

Keywords: (none) => Junior_job, USABILITY
CC: (none) => thierry.vignaud
Severity: normal => minor


Note You need to log in before you can comment on or make changes to this bug.