cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1381
Views
3
Helpful
7
Replies

Why does resetting password using SetUser method in API clear profile PIN?

barry_kester1
Level 1
Level 1

Hello there, fellow developers:

We are using the WBXService api to reset a password.  To do this, we are using the "java:com.webex.service.binding.user.SetUser" command with the following xml request:

<body><bodyContent xsi:type="java:com.webex.service.binding.user.SetUser"><webExId>webexid</webExId><password></password>password</bodyContent></body>

This is working flawlessly, EXCEPT, it is clearing the account's profile pin. From my limited understanding, the pin is used to authenticate to Cisco Unified MeetingPlace from a touch-tone phone.

Repro:

   Have a user with a webex account set a pin for their account

   then reset their password using the above request.

Expected:

   The password should be reset successfully and the pin should remain intact.

Result:

   The password is reset successfully, but the pin number is cleared.

Any info on how we can resolve this.  I attempted to read the pin before the request with the intent of setting the pin back to its original value, but the field is apparently unreadable.  Thank you so much in advance! :-)

7 Replies 7

kasutton
Cisco Employee
Cisco Employee

Hi Barry,

Sorry for the delay.  I tested this out and was unable to duplicate the issue, so I have a few follow up questions.

1. What is the WebEx sitename in question?

2. Does the end user need to be logged out and then log back in to see that the PIN has been cleared?

3. What is the symptom of the PIN being cleared? Is it a warning upon login to the site that tells the host they need to reset their PIN, or is the problem when they try to call into their conference and their PIN is unrecognized?

Thanks in advance!

Kasey

Hi Kacey,

Thank you so much for looking into the issue for me.  I just retested the issue and found that the symptoms are still the same -- the Audio PIN is getting cleared on a password reset through the webex api.

In answer to your questions:

1. https://hitachi-id-events.webex.com/

2. The PIN is cleared regardless, 1) if the user is already logged in, 2) if the user is logged out, or 3) if the user is already logged in, logged out and logged back in again.

3) To view the Audio PIN, I navigate to My Webex -> Preferences -> Audio Settings -> Audio PIN.   When the PIN is set, it always shows the PIN numbers in plain text when you navigate to Audio Settings.  After a reset through the webex api, the Audio PIN field is blank.  According to our sales department, they get a "PIN is unrecognized" when they call into a conference.  I presume that the Audio PIN field is a true representation of the status of the PIN.

Thank you so much for any advice you might be able to give us.  And, of course, your time.

Kind regards,

Barry

Hi Barry,

hitachi-hd-events.webex.com doesn't appear to be a MeetingPlace Audio site. From what I can see, it's using standard WebEx Audio.

I tested this on a site with the same audio configuration and still was unable to duplicate. Would you mind sending me the XML request that you were able to duplicate with (sans passwords)?

The following is the XML I submitted:

<?xml version="1.0" encoding="UTF-8"?>

<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

    <header>

        <securityContext>

            <webExID></webExID>

            <password></password>

            <siteName></siteName>

        </securityContext>

    </header>

    <body>

        <bodyContent xsi:type="java:com.webex.service.binding.user.SetUser">

            <webExId></webExId>

            <password></password>

        </bodyContent>

    </body>

</serv:message>

Thanks in advance!

Kasey

Hey Kasey,

With respect to "hitachi-hd-events.webex.com doesn't appear to be a MeetingPlace Audio site. From what I can see, it's using standard WebEx Audio", you are likely correct.  I suspect we are using a standard webex audio pin.  And it might come to pass that I have incorrect assumptions on using the webex Audio PIN.



Related to your question.  Our request (sans password) looks like this:


REQUEST:

<?xml version="1.0" encoding="ISO-8859-1"?><serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service"><header><securityContext><siteName>hitachi-id-events</siteName><webExID>psadmin</webExID><password></password></securityContext></header><body><bodyContent xsi:type="java:com.webex.service.binding.user.SetUser"><webExId>test001</webExId><password></password><security><forceChangePassword>FALSE</forceChangePassword></security></bodyContent></body></serv:message>

RESPONSE:

<?xml version="1.0" encoding="ISO-8859-1"?>

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user"><serv:header><serv:response><serv:result>SUCCESS</serv:result><serv:gsbStatus>PRIMARY</serv:gsbStatus></serv:response></serv:header><serv:body><serv:bodyContent xsi:type="use:setUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/></serv:body></serv:message>

I took your request, filled in the necessary important bits and replayed the request using fiddler2.  After the request the Audio PIN also gets reset to blank.

REQUEST:

<?xml version="1.0" encoding="UTF-8"?>

<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

    <header>

        <securityContext>

            <webExID>psadmin</webExID>

            <password></password>

            <siteName>hitachi-id-events</siteName>

        </securityContext>

    </header>

    <body>

        <bodyContent xsi:type="java:com.webex.service.binding.user.SetUser">

            <webExId>test001</webExId>

            <password></password>

        </bodyContent>

    </body>

</serv:message>

RESPONSE:

<?xml version="1.0" encoding="UTF-8"?>

<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user"><serv:header><serv:response><serv:result>SUCCESS</serv:result><serv:gsbStatus>PRIMARY</serv:gsbStatus></serv:response></serv:header><serv:body><serv:bodyContent xsi:type="use:setUserResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/></serv:body></serv:message>

Such a strange issue.  I wonder if I should record/screen capture what I'm seeing in the Webex UI because I'm clearly seeing the PIN getting cleared.

Thank you for your time, Kasey.

Kind regards,

Barry Kester

Hi Barry,

Curious, indeed. While a recording could help, I don't doubt the behavior you're experiencing and you've described it very clearly.  I don't suppose you would be able to create a test user on your site for me to test with, would you? It's a tall order, but I can't change the password to our admin account without breaking things, unfortunately. I'd like to see if it's something specific to your site that is introducing this behavior. My email address is kasutton@cisco.com if you're able to create the account. Thanks!

Kasey

Hi Barry,

Good news (sort of). Our engineers identified this behavior as a defect and it will be fixed in XML 8.0.0 SP14, which is the next release planned for production. Unfortunately, no dates have been set, but it has been confirmed as resolved in that SP, so there is a light at the end of the tunnel. Thanks for your patience and assistance in pinning this down!

Kasey

Kasey, thank you very much for being so patient and determined :-)

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: