Jump to content


uniGUI Subscriber
  • Content Count

  • Joined

  • Last visited

  • Days Won


FastCards last won the day on May 25 2019

FastCards had the most liked content!

Community Reputation

11 Good

About FastCards

  • Rank

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

481 profile views
  1. More info: the IP addresses affected by this are all owned by the same corporate entity.
  2. 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
  3. 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
  4. 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.
  5. Put <br> into the text where you want the line breaks. So, for your example: aa<br>bb<br>cc
  6. Thanks for the explanation Farshad.
  7. Can someone explain how the GridOption dgAutoRefreshRows works?
  8. 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.
  9. 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."
  10. 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, s
  11. To be precise, it is stuck on "Launching..." not "Loading..."
  12. 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?
  • Create New...