Bug 1006325 - Old redirect property values persist after editing them
Summary: Old redirect property values persist after editing them
Keywords:
Status: VERIFIED
Alias: None
Product: JBoss Enterprise Portal Platform 6
Classification: JBoss
Component: Portal
Version: 6.1.0
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: DR02
: 6.1.1
Assignee: Nobody
QA Contact: Tomas Kyjovsky
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-09-10 12:45 UTC by Filip Kiss
Modified: 2020-04-27 01:33 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
An issue with the New Redirect form causes values entered into the condition property during an edit action to be appended to the end of the property and not deleted as expected. There is no work-around to this issue.
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker GTNPORTAL-3331 0 Major Resolved Redirect Admin UI: Device property persist when operator is changed 2014-05-07 11:35:34 UTC

Description Filip Kiss 2013-09-10 12:45:17 UTC 
Steps to Reproduce:
1. sign in, go to mobile redirects
2. create new redirect
3. add condition, and then add property
4. type e.g. "touch.enabled Equals true", save changes
5. edit properties again by replacing old value with "screen.width Less than 240.00"
6. after saving changes there is: screen.width Equals 'true' Less than 240.00
Comment 2 Filip Kiss 2013-09-10 13:08:41 UTC 
Similar behavior is with user agent strings - when you delete  already existing conditions (not by trash icon, just leave blank condition by backspace), after saving changes they are not deleted.
Comment 3 Alexandre Mendonça 2013-12-06 01:55:39 UTC 
Fixed the problem with properties.

Regarding other issue, it doesn't seem an issue. If the user agent string is to be deleted it should be through the trash icon.. otherwise, a blank value, which is not acceptable, will be restored to previous value (if any).
Comment 4 Filip Kiss 2013-12-12 09:48:20 UTC 
Verified on DR02.
Note You need to log in before you can comment on or make changes to this bug.