Bug 643416

Summary: F14 TC1.1 LXDE Spin: Unable to input any character to text box in User Manager screen.
Product: [Fedora] Fedora Reporter: Masami Ichikawa <masami256>
Component: firstbootAssignee: Martin Gracik <mgracik>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: awilliam, christoph.wickert, dmach, kevin, mgracik
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: AcceptedNTH
Fixed In Version: openbox-3.4.11.2-5.fc14 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-10-19 09:02:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 605675    
Bug Blocks: 635218    
Attachments:
Description Flags
User Manager screen none

Description Masami Ichikawa 2010-10-15 14:58:21 UTC
Description of problem:
F14 TC1.1 LXDE spin isn't able to input any character to text box in User Manager screen. I can input character in "Create User" screen, but "User Manager" screen is not. also, that screen is quite strange. Please see attached file(advanced.png). I could change shell and check on/off to checkbox.
I tested netinst.iso, it doesn't have same issue.  

iso files download from following url.
http://alt.fedoraproject.org/pub/alt/stage/14.TC1.1/Live/

I tested Eee PC4G and virt-manager both are i686 image. 
 
Version-Release number of selected component (if applicable):
firstboot-1.113-4.fc14.i686

How reproducible:
Always.

Steps to Reproduce:
1.Install LXDE spin and reboot your computer.
2.When firstboot is run, click forward button until "Create User" screen. 
3.Fill user id, full name and password in the same screen.
4.Click "Advance..." button.
5.Click "Add User" icon.
6.Input any key to text boxes. 
  
Actual results:
unable to input character

Expected results:
Can enter character

Additional info:
I was preparing this test case.
https://fedoraproject.org/wiki/QA:Testcase_desktop_login

Comment 1 Masami Ichikawa 2010-10-15 15:02:37 UTC
Created attachment 453737 [details]
User Manager screen

file attached.

Comment 2 Adam Williamson 2010-10-15 16:24:35 UTC
I'm guessing this has come from the change to using 'native' window managers (rather than metacity) in the spins...

Christoph, which WM does LXDE spin use for firstboot?

proposing NTH, it's a release criteria issue in a non-default spin.

Comment 3 Christoph Wickert 2010-10-15 17:38:44 UTC
LXDE uses openbox and I guess firstboot does not accept /usr/bin/openbox as the WM. Can you please check if openbox is runnning?

According to bug 605675 this should be fixed in firstboot-1.113-4.fc14 but I haven't found the time to test it. If we cannot get this fixed, I need to add metacity to the spin.

Comment 4 Kevin Kofler 2010-10-15 17:43:13 UTC
/usr/bin/openbox is one of the WMs I added on your request (in firstboot-1.113-4.fc14). There might be a compatibility issue with OpenBox.

Comment 5 Adam Williamson 2010-10-15 17:51:24 UTC
Reviewed at 2010-10-15 blocker meeting, accepted as NTH; if you have a fix available by Monday we can get this into RC1.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 6 Christoph Wickert 2010-10-15 18:13:11 UTC
(In reply to comment #4)
> /usr/bin/openbox is one of the WMs I added on your request (in
> firstboot-1.113-4.fc14).

I am confused. I don't see *any* changes in http://git.fedorahosted.org/git/?p=firstboot.git;a=blob;f=firstboot/xfrontend.py

Site note: Why is the master branch of the http://pkgs.fedoraproject.org/gitweb/?p=firstboot.git not up to date? This is not related this bug, it makes things hard to follow.

> There might be a compatibility issue with OpenBox.

Any ideas how to debug this? 

I'm sorry I didn't have the time to test this earlier, but my dayjob keeps me busy. I will have time to work on this at the weekend.

Comment 7 Kevin Kofler 2010-10-15 18:46:01 UTC
> I am confused. I don't see *any* changes in
> http://git.fedorahosted.org/git/?p=firstboot.git;a=blob;f=firstboot/xfrontend.py

http://pkgs.fedoraproject.org/gitweb/?p=firstboot.git;a=blob;f=firstboot-1.113-kwin.patch;h=c727b41bf30840ad42751b19a5fa6b657dd930e9;hb=543a1ff28e3633bf1a506f869917ac26b841a8b3

The changes haven't been merged into fedorahosted yet.

> Site note: Why is the master branch of the
> http://pkgs.fedoraproject.org/gitweb/?p=firstboot.git not up to date?

The changes have been made only in f14/master at this time. For F15+, we really need to get the Anaconda team to merge that patch into fedorahosted upstream. (I can add the patch to pkgs master, but I'd really prefer not having to deal with that.)

Comment 8 Christoph Wickert 2010-10-15 23:05:25 UTC
Openbox refuses to start because it doesn't know the "--display" parameter:

Loading /lib/kbd/keymaps/i386/qwertz/de.map.gz
Openbox-Message: Invalid command line argument "--display"

Comment 9 Kevin Kofler 2010-10-16 12:53:22 UTC
So I guess adding metacity or xfwm4 (both are listed before openbox in the list of WMs to try for firstboot) to the LXDE spin is probably the only fix which can be made in time for F14.

You will need to push out an openbox update ASAP which either adds support for the --display switch or removes the Provides: firstboot(windowmanager).

Comment 10 Kevin Kofler 2010-10-16 12:57:10 UTC
(The joys of having a modern desktop environment rely on a legacy WM.)

Comment 11 Adam Williamson 2010-10-18 21:23:29 UTC
To get this fixed in RC1 we need the update to be built and submitted to Bodhi today, thanks!



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 12 Fedora Update System 2010-10-18 22:32:24 UTC
openbox-3.4.11.2-5.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/openbox-3.4.11.2-5.fc14

Comment 13 Christoph Wickert 2010-10-18 23:29:12 UTC
(In reply to comment #10)
> (The joys of having a modern desktop environment rely on a legacy WM.)

Just because Openbox offers a lot of functionality that was dropped from most 'modern' window managers doesn't mean it is legacy.

Comment 14 Adam Williamson 2010-10-19 00:24:44 UTC
I tested the fix and it looks good; I created a side repo with this openbox build in it and built an LXDE spin using that repo, then did a live install from the LXDE image. In firstboot, the user manager tool comes up with window decorations and can be used properly. openbox itself seems to behave fine too (expected, as it hasn't been changed at all). I +1'ed the update.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 15 Adam Williamson 2010-10-19 00:25:32 UTC
Christoph, can you submit the update to stable so we can pull it in for the RC build? Thanks.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 16 Christoph Wickert 2010-10-19 01:15:51 UTC
(In reply to comment #15)
> Christoph, can you submit the update to stable 

No, bodhi does not allow this, we need manual tagging by rel-eng. Ticket at https://fedorahosted.org/rel-eng/ticket/4209

Comment 17 Kevin Kofler 2010-10-19 05:03:52 UTC
We should just karma it up, I bumped it up to 2 now.

And:
> Just because Openbox offers a lot of functionality that was dropped from most
> 'modern' window managers doesn't mean it is legacy.

Indeed that's not the issue, the fact that it DOES NOT OFFER a lot of functionality that is available in most 'modern' window managers (e.g. that --display parameter which is the object of this bug) is what makes it legacy.

Comment 18 Fedora Update System 2010-10-19 09:02:51 UTC
openbox-3.4.11.2-5.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.