Event posted on 08-27-2009 01:38am EDT by pmutha

State whether Satellite or RHN hosted 
- Satellite v5.2
 
Indicate the platform(s) (architectures) the problem is being reported against.
- RHEL 4 U7 i386 platform.

Provide clear and concise problem description as it is understood at the time of escalation
- API configchannel.lookupFileInfo doesn't return the file contents even though the documentation says it should.



How Reproducible
- Always

Steps to Reproduce
- Sample API 
#!/usr/bin/python

import xmlrpclib
server_url='https://<satellite-fqdn>/rpc/api'
xmlrpclib.Server(server_url)
sc = xmlrpclib.Server(server_url)
sk = sc.auth.login('<username>', '<password>')
result = sc.configchannel.lookupFileInfo(sk,'<config channel>',["<config-file-path>"])
print result[0]['contents']




Observed Behavior
- {'binary': False, 'macro-start-delimiter': '{|', 'group': 'root', 'creation': <DateTime '20090806T17:12:17' at 2b96c6b73ef0>, 'modified': <DateTime '20090806T17:12:17' at 2b96c6b73f38>, 'macro-end-delimiter': '|}', 'channel': 'akash-test-config-channel', 'owner': 'root', 'path': '/tmp/plain.sh', 'permissions': 644, 'type': 'file', 'md5': '482cd68390050eaf68a3feb4d0561afe', 'revision': 3}

Traceback (most recent call last):
  File "lookupfileinfo.py", line 11, in ?
    print result[0]['contents']
KeyError: 'contents'


Expected Behavior
- Contents of the file should have been displayed as the file was text file instead of traceback.
"this is test-1 file"

Action Required from SEG 
- We have also tested this against Satellite v5.3 and it works fine as expected. Contents of text file are displayed.
So would like a confirmation from SEG if this was a bug on Satellite v5.2.

Have attached satellite-debug of the test satellite on which issue was reproduced.
Let me know if you need any other details on this.

Regards,
Paresh
This event sent from IssueTracker by xdmoon  [Support Engineering Group]
 issue 335390

For Engineering: this BZ is to make sure above bug goes through QA.

Because the described problem works on sat53, closing this bug as NOTABUG.

For sat52maint, I cloned the bug: BZ#555326

Please, ignore the previous comment.

I confirm, configchannel.lookupFileInfo doesn't return 'contents' on sat52, but it works as expected on sat53.

Moving to ON_QA, like Xixi requested in Commment#3.

Flipping back to modified, so the errata system can do the right thing.

Moving back to ON_QA, since errata tool didn't do the right thing.

The issue was tested on:
Sat 5.3 OS:RHEL5  Arch:x86_64
Sat 5.3 OS:RHEL5  Arch:i386
Sat 5.3 OS:RHEL4  Arch:s390x

and no problems were encountered.

Please be so kind and add a few key words to the Technical Notes of this
Bugzilla entry using the following structure:

Cause:

Consequence:

Fix:

Result:

For details, see:

https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes

Thanks

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause:

Consequence:

Fix:

Result:

Filling up Technical Notes.

    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,7 +1,9 @@
 Cause:
-
+This BZ just requested to verify
+configchannel.lookupFileInfo API call returns file_contents attribute
 Consequence:
-
+Behavior was verified.
 Fix:
-
+No fix.
-Result:+Result:
+configchannel.lookupFileInfo API call returns file_contents on sat53

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0189.html