Bug 972959 - Anaconda F19-TC-2 is unable to regain focus of the network configuration box if it loses it
Summary: Anaconda F19-TC-2 is unable to regain focus of the network configuration box ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Radek Vykydal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: RejectedBlocker AcceptedFreezeException
Depends On:
Blocks: F19-accepted, F19FinalFreezeException
TreeView+ depends on / blocked
 
Reported: 2013-06-10 22:43 UTC by Dan Mashal
Modified: 2013-07-15 09:35 UTC (History)
10 users (show)

Fixed In Version: anaconda-19.30.6-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-18 06:15:39 UTC


Attachments (Terms of Use)


Links
System ID Priority Status Summary Last Updated
Red Hat Bugzilla 876020 None None None Never

Internal Links: 876020

Description Dan Mashal 2013-06-10 22:43:53 UTC
Tested on F19 Final TC-2 DVD

How to reproduce:

1) Boot F19 go to network configuration click configure. Click outside of the box
2) Lose focus of the network configuration box
3) Notice that configure is greyed out
4) Click done
5) Network configuration box is shown on the main screen
6) Click somewhere else on the main screen and lose focus of it again

Results:

Impossible to regain focus of network configuration.

Comment 1 Adam Williamson 2013-06-11 00:55:28 UTC
Confirmed, it sure does behave badly. Looks like it's not 'captured' in any way like the dialogs on partitioning (for e.g.) are. I'm at least +1 FE to this, and I think that'd be uncontroversial, for anaconda team's benefit.

Comment 2 Radek Vykydal 2013-06-11 14:36:06 UTC
We still don't have solution for the issue, the main problem is that the network configuration window belongs to a separate process (nm-connection-editor). There already is bug #876020 filed.

However, Vratislav came up with IMO reasonable idea for workaround - don't make Configure button insensitive when nm-c-e is run, rather allow clicking the button to kill any existing (in this case hidden) dialog and run a new one.

Here is updates image to try with TC-2:
http://rvykydal.fedorapeople.org/updates.nmcefocus.img

Comment 3 Dan Mashal 2013-06-11 16:27:32 UTC
How about alt+tab? How about combining the network spoke and the location time zone? Maybe that might save some memory and time left taking to configure the install? How about moving it to the main screen? How about not greying out the configure button when the window is open? That way when you click the configure button it just reactivates the window?

All reasonable thoughts.

Comment 4 Adam Williamson 2013-06-11 22:59:19 UTC
"How about alt+tab? How about combining the network spoke and the location time zone? Maybe that might save some memory and time left taking to configure the install? How about moving it to the main screen?"

How would any of those thoughts help anything at all? The fundamental issue is that it's launching a separate process, and that's coming up as a proper window, and we can't make it a 'captured' (don't know the right term) window like the partitioning ones are because it's really a separate process, and one that's a fully-fledged app in its own right (nm-c-e). Nothing you mentioned there would help at all.

"How about not greying out the configure button when the window is open?"

That's, erm, precisely what Radek wrote, and what the updates image he posted does.

Comment 5 Radek Vykydal 2013-06-12 08:58:58 UTC
For the record, Alt+Tab functionality was intentionally removed (bug #858686).

Comment 6 Adam Williamson 2013-06-12 16:26:26 UTC
Discussed at 2013-06-12 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-12/f19final-blocker-review-5.2013-06-12-16.01.log.txt . The general feeling on this was that it's not likely to come up enough or screw people up badly enough to be a blocker (it doesn't directly hit any of the criteria, so it'd be a very conditional violation of 'must be able to install'), but it's accepted as a freeze exception issue.

Comment 7 Radek Vykydal 2013-06-13 17:41:19 UTC
Screencasts:
current behaviour: http://rvykydal.fedorapeople.org/nmcestacking_current.webm
patched: http://rvykydal.fedorapeople.org/nmcestacking.webm

Comment 8 Fedora Update System 2013-06-14 16:44:54 UTC
pykickstart-1.99.32-1.fc19,python-blivet-0.16-1.fc19,anaconda-19.30.6-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/pykickstart-1.99.32-1.fc19,python-blivet-0.16-1.fc19,anaconda-19.30.6-1.fc19

Comment 9 Dan Mashal 2013-06-15 15:51:06 UTC
(In reply to Radek Vykydal from comment #7)
> Screencasts:
> current behaviour: http://rvykydal.fedorapeople.org/nmcestacking_current.webm
> patched: http://rvykydal.fedorapeople.org/nmcestacking.webm

Loosk good!

Comment 10 Fedora Update System 2013-06-15 17:06:37 UTC
Package anaconda-19.30.7-1.fc19, pykickstart-1.99.32-1.fc19, python-blivet-0.16-1.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-19.30.7-1.fc19 pykickstart-1.99.32-1.fc19 python-blivet-0.16-1.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-10913/pykickstart-1.99.32-1.fc19,python-blivet-0.16-1.fc19,anaconda-19.30.7-1.fc19
then log in and leave karma (feedback).

Comment 11 Fedora Update System 2013-06-18 06:15:39 UTC
pykickstart-1.99.32-1.fc19, python-blivet-0.16-1.fc19, anaconda-19.30.8-1.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, 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.