id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
6	Focus lost in category view	petertennekes		"If the category view is open when UpdateCategories? signal arrives, the view is reconstructed and the focus is lost. User can't select any categories after this, and the softkeys are incorrect.
Easiest to observe by entering the category view on startup and waiting for the first data update from the network.

(was futu#192)
Dev conversation:
01/18/10 11:07:18 

The focus seems to be lost in every screen when an update arrives, and the softkeys are changed to the tabbed view softkeys. Probably some view updates these without checking if it is active or not.

01/18/10 13:05:16 

owner set to apoi.
priority changed from minor to critical.
status changed from new to assigned.
Updating priority, since this causes the UI to be inaccessible in keyboard devices after an action is taken (e.g. a comment is marked as spam -> focus lost -> can't open popup menus).

01/19/10 12:08:08 changed by apoi 

Disappearing focus fixed in tabbed view widgets. Needs further testing.

01/19/10 14:17:56 changed by apoi 

priority changed from critical to minor.
Still present in category view. However, it is not very probable that user would be in this view right from the beginning, so lowering priority.
If this bug happens, all focus related functionality breaks (e.g. image selection list, explanatory edit fields) and user has to restart application in order to do anything.

01/22/10 14:47:15 

Is this still happening?

01/22/10 16:30:28 

Yes, this is. Go to the category view fast before a data update from network arrives, and the UI is not usable any more unless you restart the application."	defect	closed	minor	0.8	Symbian	.5	invalid