Bug 675193

Summary:	Confusing text on the ChannelCreateFiles.do page
Product:	Red Hat Satellite 5	Reporter:	Scott Mayhew <smayhew>
Component:	WebUI	Assignee:	Tomas Lestach <tlestach>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Pavel Studeník <pstudeni>
Severity:	low	Docs Contact:
Priority:	medium
Version:	540	CC:	cperry, jwest, niharvey, pbatkowski, psklenar, pstudeni, rnelson
Target Milestone:	---	Keywords:	EasyFix
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-10-01 21:56:49 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:
Bug Blocks:	924171

Description Scott Mayhew 2011-02-04 15:25:06 UTC

Description of problem:
On the ChannelCreateFiles.do page, directly under the Symbolic Link radio button, there is a tip that says:

Tip: Enter the target of the symlink as the file contents

This appears to be an old tip, as the target is now represented in a separate text box and the file contents text box is disabled when creating a symlink.

Version-Release number of selected component (if applicable):
5.4

How reproducible:
always

Steps to Reproduce:
1. Go to Configuration->Configuration Channels->Add Files->Create File
2.
3.
  
Actual results:


Expected results:
The tip should be removed

Additional info:

Comment 2 Tomas Lestach 2011-02-18 17:39:59 UTC

I mean the tip wants to say that, if you have a symlink to a text file

symlink -> text_file

that you shall make sure to specify the path of the text_file, when modifying its contents and not the symlink path.

Or am I wrong?

Comment 4 Scott Mayhew 2011-04-08 18:19:09 UTC

I think the confusion arises from the use of the phrase "file contents" in the tip.  There is a field on the screen called "File Contents", and this field is disabled when creating a symbolic link type configuration file.

To ease the confusion, can we either get rid of the tip altogether or adopt the terminology from either the ln(1) or symlink(2) man pages?  For example:

Tip: Enter the LINK_NAME in the Filename/Path field and the TARGET in the Symbolic Link Target Filename/Path field.

or

Tip: Enter the newpath in the Filename/Path field and the oldpath in the Symbolic Link Target Filename/Path field.

Comment 9 Tomas Lestach 2012-11-26 16:51:30 UTC

I've removed the confusing tip ...

spacewalk.git: 7f966b209d2bce5b99ba5a49870849ff3cc29de1

Comment 14 Clifford Perry 2013-10-01 21:56:49 UTC

Satellite 5.6 has been released. This bug was tracked under the release.  

This bug was either VERIFIED or RELEASE_PENDING (re-verified prior shortly
before release). 

Moving to CLOSED CURRENT_RELEASE. 

Text from Upgrade Erratum follows:

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2013-1395.html