Update on my issue.
Hi there,
When I discovered that fsId was giving negative numbers and my action
wasn't performed as expected, I was very worried. I asked Dug to
respond to my query on the list. His reply surprised me that he had
never faced such a situation before.
He also confirmed that it meant nothing whether all 32 bits were on.
So, I returned back to the portal and used his BX to diagnose whether
fsXML map succeeds in performing actions. Yes, it did!
When I used the same technique to achieve the results, it failed like
before. I just decided to write a simple test; there I learnt that I
was using incorrect parameter order. So, it wasn't a bug but an error
on my end.
I have learnt 3 new things from this incident, and I would love to
share with you.
1. Use EID functionality whenever available.
2. Whenever you write function calls by hand after a long time, cross
check the parameter values i.e., the documentation.
3. fsId can have lengthy numbers that are longer enough to take place
even of the signed bit.
Good day
On 11/4/21, Hamza Ahmad <office.hamzaahmad@xxxxxxxxx> wrote:
Hi list,__________�
I am working on a Call Center portal; I am unable to interact with web
controls for not being able to use the fsId attribute.
When I obtain the fsId attribute and convert it to the integer using
HexToDec function, it returns the negative numbers in response. Has
anyone ever faced this issue before? Please share the way you have
dealt with.
I manually checked with the HexToDec function and learnt that hex
strings longer than 8 in length fill the all 32 bits of an integer.
Please provide with a solution.
Thank you.
Hamza Ahmad
