The anaconda version in the iso posted therein did not have the nag (warning to use the iso at your own risk).
I tested the anaconda multi-keyboard assignment spoke, (since I filed the original bug report), and that issue is resolved.
I closed the bug with a "works for me".
I tested the super+space with gnome+org and gnome (Wayland) and that works for me. It would just be nice to call the key by one name.
Gnome in some places calls it "Window", and in other places "Super". Perhaps it just needs a mention that the Window key is synonomous with the Super key.
Some testing experiences
There is a change with Fedora's Gnome 26 Printer Setup versus Fedora's Gnome 25 printer setup. Fedora25 is correct. Fedora26 setup is missing the "print test page". This is not a show stopper.
Although I can't prove it, Gnome has some issue with Fedora 26 setup using btrfs. I can as a standard user, cause the gnome interface to lockup. When I reboot, the lockup is still present. I used the Taskbar extension (author zpydr) to test. This extension with Fedora setup as ext4 installs and configures properly. With Fedora setup onto btrfs file system, the system will lockup on installing/adjusting Taskbar parameters.
(Taskbar has been working fine since Fedora 22). I have not been able to determine if it is Gnome shell or the extension that has a problem.
As an unofficial tester of the workstation.
In the anaconda setup, one assigns passwords to root and one creates a User. This user does not have to be an administrator. Fedora does not mandate that the first user must be an administrator.
Bug 1458505 reports a root logon problem. By opening the system-tray and clicking on the "users icon" this action crashes the system-tray.
It is significant, because, If a normal user is added and then one needs to create an administrator post installation or give the user administrator privileges, "without using the command line", one has to log into the system as root. That is the reason for bug 1458505.
I believe it is a semi-serious bug needing fixing. The release notes should specify that within Anaconda, the created user must have administrator privileges clicked (chosen). Interestingly, the admin user and the system-tray work just fine.
From: Jean-Baptiste Holcroft <jean-baptiste@holcroft.fr>
To: docs@lists.fedoraproject.org
Sent: Tuesday, July 4, 2017 10:07 AM
Subject: Re: release notes readiness for F26
Le 30/06/2017 à 22:05, Leslie S Satenstein a écrit :
> Matt et al. I listed three bugs that should be in the release notes.
>
> The keyboard spoke of Anaconda incorrectly supports adding a second
> keyboard layout. Add the second keyboard in the spoke and there will
> definitely be aproblem with the keyboard of the new F26. There is a
> wrong key mapping that treats the lowercase space character as a
> switch layout. The circumvention is the not add the second keyboard
> layout until after booting the new F26.
>
> The keyboard problem will affect bilingual Fedora users.
>
> It needs priority attention.
Hi, is this the correct issue?
https://fedoraproject.org/wiki/Common_F26_bugs#anaconda-lang-switch--
Jean-Baptiste Holcroft