Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 2232398 - [webui] Mount point assignment reports "Duplicate mount point." after deleting mapping
Summary: [webui] Mount point assignment reports "Duplicate mount point." after deletin...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Vojtech Trefny
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedFreezeException AcceptedBlocker
Depends On:
Blocks: AnacondaWebUITracker F39BetaFreezeException F39FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2023-08-16 16:20 UTC by Jan Stodola
Modified: 2023-09-01 03:33 UTC (History)
6 users (show)

Fixed In Version: anaconda-39.32.1-1.fc39
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-09-01 03:33:21 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
reproducer (deleted)
2023-08-16 16:22 UTC, Jan Stodola 		no flags Details
View All

Description Jan Stodola 2023-08-16 16:20:59 UTC 
The installer gets confused when mount point assignment is used in webui, mount point mappings are configured and then one mapping is removed and configured again. A video will demonstrate it.

Reproducible: Always

Steps to Reproduce:
1. Run a webui installation on a system with pre-existing partitioning (in my case it was a default installation of Fedora 38 Workstation in UEFI mode)
2. Select "Mount point assignment", create mappings for /boot, /, /boot/efi, /home
3. Remove the mapping for /boot/efi
4. Create a new mapping for /boot/efi
Actual Results:  
webui reports "Duplicate mount point." and the device previously selected for /home is de-selected. Next attempts to set the correct device for /boot/efi and /home mount points are not successful, since the selected device is set for both mount points.

Expected Results:  
Able to add a mapping for /boot/efi
Comment 1 Jan Stodola 2023-08-16 16:22:08 UTC 
Created attachment 1983635 [details]
reproducer
Comment 2 Adam Williamson 2023-08-17 15:16:22 UTC 
I think it's probably worth considering this for a Final blocker (assuming we go ahead with WebUI), it's a close call for me whether it really *is* one.
Comment 3 Vojtech Trefny 2023-08-24 13:59:48 UTC 
PR: https://github.com/rhinstaller/anaconda/pull/5077
Comment 4 Adam Williamson 2023-08-24 17:45:09 UTC 
Let's also consider this for Beta FE status...
Comment 5 Adam Williamson 2023-08-27 16:17:44 UTC 
+3 in https://pagure.io/fedora-qa/blocker-review/issue/1177 , marking accepted Beta FE.
Comment 6 Geoffrey Marr 2023-08-28 19:45:20 UTC 
Discussed during the 2023-08-28 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedBlocker (Final)" was made as it violates the following criterion:

"The installer must be able to create and install to any workable partition layout using any file system and/or container format combination offered in a default installer configuration", read as applying to webUI's mount point assignment interface, in the case you need to re-do a mount point.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2023-08-28/f39-blocker-review.2023-08-28-16.07.txt
Comment 7 Fedora Update System 2023-08-30 16:10:21 UTC 
FEDORA-2023-7b30b63db9 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-7b30b63db9
Comment 8 Fedora Update System 2023-08-31 01:48:23 UTC 
FEDORA-2023-7b30b63db9 has been pushed to the Fedora 39 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-7b30b63db9`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-7b30b63db9

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 9 Adam Williamson 2023-09-01 01:22:38 UTC 
I think this is resolved. I can't test exactly the same way because /boot/efi is now required on UEFI installs, but I tested with mounts for /var and /home and it seemed to behave correctly.
Comment 10 Fedora Update System 2023-09-01 03:33:21 UTC 
FEDORA-2023-7b30b63db9 has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.