Welcome to our new forum
All users of the legacy CODESYS Forums, please create a new account at account.codesys.com. But make sure to use the same E-Mail address as in the old Forum. Then your posts will be matched. Close

Individual Webvisu Client Causing Issue

josul
2022-11-15
2022-12-08
  • josul - 2022-11-15

    Runtime : 3.5.16.20
    Webvisu active, no target visu.

    I have an application with a long running web visualisation. A number of individuals are able to access it via the usual browsers Chrome, IE, Edge and Firefox. There have been no issues specifically with the Webvisu up until now. An individual, who has been using the Webvisu on other locations, has encountered repeat issues with a single webserver.

    1. I have accessed the webserver and confirmed all is running well. Ruling out firewall issues
    2. The individual with the problem accesses the webserver, via a browser, with no success
    3. I return to access the webserver and I too am unable access the webserver
    4. codesyscontrol.log shows no error immediately. It does log the successful creation of clients and removal of clients
    5. Monitoring codesyscontrol.log there will be a check to the check for unused clients where the Locks for Paintbuffer will now be FALSE, this was TRUE previously: VisuFctCheckForUnusedClients: Removing Client with IEC-ID: 0 Time delta: T#32s899ms Locks: Paintbuffer: FALSE
    6. After a short period of time, approximately 10 minutes, I will have access returned to the webserver. The entry for "Locks: Paintbuffer: " will now be TRUE when it appended to the log. No reboot or change has been made to the Codesys runtime.
    7. When the issue is triggered by the troublesome client, I have observed that any ESTABLISHED TCP connections to the webserver port have moved to the CLOSE_WAIT state

    I'm really at a loss to explain how this issue is linked to one individual.

    One unsuccessful solution was to increase the "Size of Paintbuffer (per Client)"
    (Memory size (in bytes) allocated by the visualization per display variant and used for painting actions. Default: 50000"), I had it set as 100000 and doubled it to 200000. I have found no buffer overflow issue logged when it was 100000.

    Regards and thanks for any help you can provide.

     
  • j-zauner - 2022-11-17

    Hi,

    this sounds like a strange issue, because the webvisu should work with every client.

    Do you have any idea what the differences are between the web clients? Some configuration?

    Is this a reproducible problem?

    Is it possible for the one individual with the access problems to take a look at the browser console log (F12 β†’ Console)? And would it be possible for the individual to get a call stack of a possible Java script exception (F12 β†’ Sources β†’ Check 'Pause on caught exceptions')?

    Best regards,
    Julian

     
    • josul - 2022-12-08

      Apologies for the response delay, but the individual has only decided to debug in the browser as requested today. I've attached a screen grab of the browser paused on exception "ReferenceError: Webvisu is not defined".

      Appears to point to line 10 of webvisu.htm. "".
      I am trying to get more information from the Scope of the error.

      It is only reproducible by one client on one PC. But it has been reproduced with two separate servers only. There should be no difference between web clients as you say. It has even been checked by another client that there is no problem before and after this problem is encountered.

      I am unable explain it, and users are concluding the application is crashing, when it isn't.

       

Log in to post a comment.