Bug 1110444

Summary:	bookmark selection does not work on first try
Product:	[Retired] oVirt	Reporter:	movciari
Component:	ovirt-engine-webadmin	Assignee:	Alexander Wels <awels>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Jiri Belka <jbelka>
Severity:	medium	Docs Contact:
Priority:	urgent
Version:	3.5	CC:	bugs, ecohen, gklein, iheim, mgoldboi, rbalakri, yeylon
Target Milestone:	---	Keywords:	Regression
Target Release:	3.5.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	ux
Fixed In Version:	ovirt-3.5.0_rc3	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-10-17 12:33:56 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	UX	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description movciari 2014-06-17 16:18:43 UTC

Description of problem:
when you load webadmin page, open bookmarks panel and then try to select bookmark, it doesn't select it on first click, you have to click second time
this only happens first time after loading webadmin page - after you succesfully select a bookmark first time, it starts working correctly, so to reproduce this, you have to reopen webadmin page


Version-Release number of selected component (if applicable):
ovirt 3.5, firefox 29

How reproducible:
always

Steps to Reproduce:
1. open webadmin
2. unfold bookmarks panel
3. click bookmark

Actual results:
bookmark is not selected

Expected results:
bookmark should be selected

Additional info:
this breaks UI automation

Comment 1 Einav Cohen 2014-06-25 20:43:41 UTC

low priority / severity -> pushing for 3.6.0 for now.

Comment 2 movciari 2014-06-26 08:15:01 UTC

ok, maybe i should specify this when creating bug - this worked correctly on 3.4, and it breaks automation for webadmin bookmarks on 3.5
is it still low priority?

Comment 3 Einav Cohen 2014-06-26 13:14:39 UTC

(In reply to movciari from comment #2)
> ok, maybe i should specify this when creating bug - this worked correctly on
> 3.4, and it breaks automation for webadmin bookmarks on 3.5
> is it still low priority?

raising priority to medium, we'll try to address for 3.5, but not sure how soon that would be, so for now - I suggest to change the tests to accommodate the current (buggy) behavior, just so the tests won't be broken.

Comment 4 Itamar Heim 2014-09-10 07:10:45 UTC

raising priority - this would be very annoying to users

Comment 5 Itamar Heim 2014-09-10 07:11:11 UTC

but could still be a 3.5.1

Comment 6 Jiri Belka 2014-09-25 09:40:56 UTC

ok, rhevm-webadmin-portal-3.5.0-0.13.beta.el6ev.noarch

Comment 7 Sandro Bonazzola 2014-10-17 12:33:56 UTC

oVirt 3.5 has been released and should include the fix for this issue.