Bug 887112

Summary: RFE: Show Windows 8 & 10 as "Windows" instead of under 'Unknown' in Manual Partitioning
Product: [Fedora] Fedora Reporter: Chris Murphy <bugzilla>
Component: anacondaAssignee: David Lehman <dlehman>
Status: NEW --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: awilliam, ejgoqvmerramxovrne, g.kaviyarasu, jonathan, pf.rhlists, sbueno, stephent98, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: RejectedNTH
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
anaconda.log
none
program.log
none
storage.log
none
storage.state none

Description Chris Murphy 2012-12-14 03:40:05 UTC
Description of problem:
An existing Windows 7 system partitions appear in Manual Partition under Unknown, thus is misidentified.

Version-Release number of selected component (if applicable):
Base Fedora-18-TC1-x86_64-Live-Desktop.iso, plus used koji to add
anaconda-18.37.2-1.fc18.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Install Windows to a whole empty disk using default path.
2. Boot F18 livecd, update anaconda to 18.37.2-1, launch, head to Manual Partitioning.

  
Actual results:
Windows 7 partitions are listed under Unknown.

Expected results:
Windows 7 partitions are listed under Windows or Windows 7.

Comment 1 Chris Murphy 2012-12-14 03:42:23 UTC
Proposing as NTH: Since Unknown's contents are closed by default, it's non-obvious how to proceed in Manual Partitioning with an existing Windows installation. Differentiation between New Fedora and Existing Windows significantly improves the Ux, and hints at what the user's next step should be.

Comment 2 Chris Murphy 2012-12-14 03:42:57 UTC
Created attachment 663316 [details]
anaconda.log

Comment 3 Chris Murphy 2012-12-14 03:43:24 UTC
Created attachment 663318 [details]
program.log

Comment 4 Chris Murphy 2012-12-14 03:43:57 UTC
Created attachment 663319 [details]
storage.log

Comment 5 Chris Murphy 2012-12-14 03:44:33 UTC
Created attachment 663322 [details]
storage.state

Comment 6 Paul Franklin (RHlists) 2012-12-14 18:31:16 UTC
+1 NTH

Anything we can do to increase the chances some *doze
user migrates to Fedora should be encouraged.

Comment 7 Chris Lumens 2012-12-18 04:14:55 UTC
This was really set up to display additional Linux installations, but could probably be adapted for anything that os-prober understands.  However, that seems unlikely to me to be done for F18.

Comment 8 Adam Williamson 2012-12-19 19:27:43 UTC
Discussed at 2012-12-19 NTH review meeting: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-19/f18final-blocker-review-6.2012-12-19-17.02.log.txt . Agreed this would be nice but probably isn't worth the risk of poking partitioning code this late, and clumens doesn't think it's likely to get done anyway, so rejected as NTH.

Comment 9 Fedora End Of Life 2013-12-21 09:54:06 UTC
This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 10 Adam Williamson 2019-12-12 00:32:20 UTC
Chris, do you know if this is still valid? I don't have a Windows install handy to check.

Comment 11 Chris Murphy 2019-12-12 01:47:46 UTC
It's still showing up under Unknown. Question is whether that's the best UI/UX to indicate it.