FastCards

mikromundo, Can you post details of where you put the extra lines suggested by Sherzod?

More info: the IP addresses affected by this are all owned by the same corporate entity.

Long-standing UniGUI user. Live system running since 2014. Recently, for only a few users, IIS logs show multiple codes 304 followed by a 401. When this happens, my software creates multiple sessions for the same IP address until the 250 limit is reached. The user gets stuck on the "Launching" page. Other users get the "Max sessions reached" message. Can anyone give me any hints as to how to fix this or where to look for answers? I am confused as to why only a few users are affected. Thanks

Great idea and looks good. Thank you.

Thanks Farshad. I thought that was the case.

Title says it all. I have renewed UniGUI licence today. Do I need to renew/buy anything from Sencha or is that included in the UniGUI renewal? Thanks Andy

The webinar was pretty good. When introducing the development tools they skipped over UniGUI very quickly. But when it came to the demo, UniGUI got the most exposure of all and attracted the most comments.

Put <br> into the text where you want the line breaks. So, for your example: aa<br>bb<br>cc

Thanks for the explanation Farshad.

Can someone explain how the GridOption dgAutoRefreshRows works?

Abak, They didn't disclose which Firewall was in use or provide any further info. The interesting thing is that they said that the site wasn't blocked, and yet something in the firewall config was blocking access to the site. My concern was to ensure that the problem wasn't caused by the upgrade I had just installed or by a server issue. If one client out of many is having difficulties accessing your site it really has to be something at their end causing the problem. However, thankfully it has been resolved and the client is happy, which is the #1 concern.

Problem fixed. The quote from the client's IT people is: "I believe there was something the firewall was doing. The site was not blocked, which lead to the confusion. I have added the website as an exception on the HTTP proxy which seems to have corrected this."

alfr: good idea re browser dev tools. I know the affected user is running Chrome so will try this. The firewall may need to be inspected too. Farshad: At the moment this is a permanent situation for one specific user. Stuck on "launching..." every time. I setup the previous version of the DLL to make sure that the upgrade wasn't the problem. It wasn't, same situation. The user did manage to log in on a different PC in the office (same network/IP Address) so I've concluded that it must be a PC issue. The user was convinced it was something to do with her login to my software; however, she never even reached the login page so I have discounted that idea. This situation is fine in one sense: it's not something that I can resolve via the DLL or the server. In another sense it is annoying as I would really like to get to the bottom of why this happens (and share this with the Forum for future reference) I will continue to investigate and will report back if anything is discovered. Thanks to all for ideas/assistance. Andy

To be precise, it is stuck on "Launching..." not "Loading..."

Everything else seems to be Ok. I'm confused as to why this should happen to a small subset of users directly after an upgrade to the DLL. Is there any specific issue you can think of that would cause a client's browser to stop on the Loading message? Is there anywhere else on the server I could check for clues?