https://jira.astppbilling.org This file is an XML representation of an issue en-us 8.13.3 813003 14-01-2021 https://jira.astppbilling.org/browse/ASTPPCOM-891 ASTPP Community <p>astpp v5<br/> Friends, I noticed that in the Dashboard the values in the "Today" column and in the "This Month" column were not correct and not appearing in the daily report, I found that the problem is in the recording of the CDR, the Admin timezone is at -3 and the cdr is recording in the -5 timezone, I accessed the mysql table and confirmed the error, it is probably a bug, as I already configured the correct timezone in the admin, user, provider, settings, profiles etc.</p> <p>thanks, regards</p> <p>astpp v5<br/> Friends, I noticed that in the Dashboard the values in the "Today" column and in the "This Month" column were not correct and not appearing in the daily report, I found that the problem is in the recording of the CDR, the Admin timezone is at -3 and the cdr is recording in the -5 timezone, I accessed the mysql table and confirmed the error, it is probably a bug, as I already configured the correct timezone in the admin, user, provider, settings, profiles etc.</p> <p>thanks, regards</p> ASTPPCOM-891

Different timezone CDR recording

Bug High Reopened Unresolved Alpesh Kaklottar Danilo Borges Wed, 11 May 2022 08:43:47 +0530 Mon, 10 Jul 2023 11:16:35 +0530 v5.0 v5.0 0 4 21h 10m <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>Can you please elaborate more on where you can get this issue? so we can check accordingly </p> <p>Please share with us a screenshot.</p> <p>Thank You</p> <p>Hello Neetu Nogia.</p> <p>Debian, admin, client, provider, all are with Timezone America/Sao Paulo, in the astpp graphical interface it shows the correct time on the cdr as per the attached image.</p> <p><span class="image-wrap" style=""><a id="36762_thumb" href="https://jira.astppbilling.org/secure/attachment/36762/36762_dashboard.png" title="dashboard.png" file-preview-type="image" file-preview-id="36762" file-preview-title="dashboard.png"><img src="https://jira.astppbilling.org/secure/thumbnail/36757/_thumb_36757.png" height="199" width="594" style="border: 0px solid black" /></a></span></p> <p> </p> <p>But in the mysql table it records with 3 hours of difference according to the attached image.</p> <p><span class="image-wrap" style=""><a id="36758_thumb" href="https://jira.astppbilling.org/secure/attachment/36758/36758_sql.png" title="sql.png" file-preview-type="image" file-preview-id="36758" file-preview-title="sql.png"><img src="https://jira.astppbilling.org/secure/thumbnail/36758/_thumb_36758.png" height="76" width="585" style="border: 0px solid black" /></a></span></p> <p>All calls made after 21:00 will appear on the next day because of the difference of 3 hours that is being recorded in mysql, thus making the summary of calls in the Dashboard and also in the cdr reports completely wrong.</p> <p> </p> <p>See below the Dashboard screen that after 21:00 already shows only two calls, because for mysql it already recorded these calls on the 12th.</p> <p><span class="image-wrap" style=""><a id="36762_thumb" href="https://jira.astppbilling.org/secure/attachment/36762/36762_dashboard.png" title="dashboard.png" file-preview-type="image" file-preview-id="36762" file-preview-title="dashboard.png"><img src="https://jira.astppbilling.org/secure/thumbnail/36762/_thumb_36762.png" height="384" width="444" style="border: 0px solid black" /></a></span></p> <p> </p> <p>See below that if you only choose to consult the cdrs it only shows the calls that were made after 21h.</p> <p><span class="image-wrap" style=""><a id="36761_thumb" href="https://jira.astppbilling.org/secure/attachment/36761/36761_cdr3.png" title="cdr3.png" file-preview-type="image" file-preview-id="36761" file-preview-title="cdr3.png"><img src="https://jira.astppbilling.org/secure/thumbnail/36760/_thumb_36760.png" height="243" width="540" style="border: 0px solid black" /></a></span></p> <p> </p> <p>See below if to show all calls from the 11th I have to filter the period from the 10th to the 11th.</p> <p><span class="image-wrap" style=""><a id="36761_thumb" href="https://jira.astppbilling.org/secure/attachment/36761/36761_cdr3.png" title="cdr3.png" file-preview-type="image" file-preview-id="36761" file-preview-title="cdr3.png"><img src="https://jira.astppbilling.org/secure/thumbnail/36761/_thumb_36761.png" height="264" width="550" style="border: 0px solid black" /></a></span></p> <p> </p> <p>A person who has little knowledge will think that astpp disappeared with the calls, but from what I debugged the problem is in the sql timezone, or there is another detail that is making the calls record 3 hours apart.</p> <p> </p> <p>Thansk, Regards</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>We are checking your concern with our developer team once will get the root cause we will update you asap.</p> <p> Thank You</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>Hope you are doing well.</p> <p>Can you please let us know some queries?</p> <p>System time and your time are the same or not?</p> <p>System time and your time are the same or not? If not the same please share his timezone.-- you belong to Daylight saving mode or not?</p> <p>Thank You</p> <p>On debian and elsewhere in ASTPP my time is Brazil São Paulo Timezone -03:00 and we don't have daylight saving time. Only the cdr is being burned in another timezone! And a few days ago someone else detected the same problem on the forum, ASTPPCOM 893.</p> <p>Thanks e Regards</p> <p>Friends, will this problem have a solution? It is difficult to evaluate the free version, because the links are only shown in the reports the other day, it is complicated, customers will really complain! I'm waiting to buy the enterprise. Thanks</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>Do you want to buy our Enterprise version? if you are interesting please let us know so we can discuss with our sales team and let you know.</p> <p>Thank You</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>We have checked in the local system it is working fine, we can not find any issue in the local system.</p> <p>Can you please check once with your server timezone?</p> <p>Thank You</p> <p>Hello Neetu Nogia, see in the MP4 video that I just attached all the configuration, I start by showing that debian and mysql are in the correct time zone of Brazil (São Paulo). Soon after I show the Dashboard where it informs in the right panel 0 calls in the daily column (current day 22).<br/> Soon after I show the Customer CDRs Report that does not show any calls, but if I filter by the date of the next day (the 23rd) then yes it shows the call from the 22nd, now do you understand the problem? Remembering that the customer is also in the Brazil São Paulo time zone, and that this problem occurs with calls after 9PM.</p> <p>Thanks and Regards</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>We are escalating your concern to our developer team please allow us some time ill update you asap.</p> <p>Thank You</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>We have checked in my local system we are not able to reproduce this scenario from my end, </p> <p>we are requesting to you can you please with us your server creds? so we can check accordingly.</p> <p>Thank You</p> <p>Hello, you already did the test, creating a clean vm with debian 10 setting the time to America/Sao_Paulo? After that make a call before 9pm time, and another call after 9pm, and you will be able to see the error, the last call will only appear in the reports for the next day!<br/> Thanks and regards</p> <p>Olá, I just tested on a server with a new installation, the time was America/SaoPaulo and the problem continued or the same, today on the 5th at 8:59PM there were several calls and they all appeared in our reports. After 9:00 PM there were two calls, and now they told us all the other calls they did not run from the day sumiram, now on the date of today on the 5th at 10:46 PM they only had two calls, but it is because he has had no day 6 Please inform me your ip that you will release the firewall for you to access the server. Only if your billing occurs this problem, I use fusionpbx, a2billing, ivozprovider and they all work normally, I am sure that I will create a new installation with the same time settings that or I will be able to reproduce the problem! I was just about to buy its enterprise version, but I believe that this problem must affect the enterprise as well.</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>can you please share with us your server cred? so we can check accordingly.</p> <p>Thank You</p> <p>Hi Neetu Nogia,</p> <p>Yes, but I need you to tell me your ip to release it on the firewall, my firewall only accepts ips from Brazil, tell me your ip or range of ips that I'm going to release and I'll inform you of my server's access data. Thanks</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>our static IP (103.240.35.46). </p> <p>IPs are: 103.240.35.46 150.129.107.251 3.125.194.107 Please allow all our three IPs for any technical support related to ASTPP server/setup. Please feel free to let us know in case of any queries.</p> <p>Thank You</p> <p>Hello Neetu Nogia, please tell me your email to send the server access data. Awaiting.</p> <p>Thanks</p> <p>Hello, please let me know which email address I can provide the server access data, I just made a test on a new installation, and the problem continues.</p> <p><span class="image-wrap" style=""><img src="https://jira.astppbilling.org/secure/attachment/38433/38433_image-2022-07-21-12-12-55-685.png" style="border: 0px solid black" /></span></p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>Please note : My email address is <span class="nobr"><a href="mailto:neetu.nogia@inextrix.com" class="external-link" target="_blank" rel="nofollow noopener">neetu.nogia@inextrix.com^{<img class="rendericon" src="https://jira.astppbilling.org/images/icons/mail_small.gif" height="12" width="13" align="absmiddle" alt="" border="0"/>}</a></span></p> <p>Thank You</p> <p>Hi, email sent!!!</p> <p>Thanks</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,<br/> date-time related information in UTC(GMT 00:00) timezone, in your case your server timezone is GMT -03:00 format so due to this reason, you are getting 3 hours timezone difference in GUI.<br/>  <br/> Possible solution: <br/> <b>You need to set your server timezone UTC(GMT +00:00) so you are not facing this issue.</b><br/> We already identified the issue in our Community version and we will fix it in the upcoming new release meanwhile you can change your server timezone UTC to solve this issue.<br/> Thank You</p> <p>Sorry for the delay, but the problem is not solved by changing the time zone to GMT +00:00 after 9 PM calls are not shown, unless you have to filter by date! Too bad this problem has no solution on the part of development!</p> <p>Hello <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=dbbrito" class="user-hover" rel="dbbrito">Danilo Borges</a></p> <p>Good day,</p> <p>Can you please let us where are you coming from? We have fixed this issue in live calls for now. You can check by upgrading to the new build. Right now our dev team is debugging the dashboard and CDRS, we will inform you as it goes well.</p> <p>If anything else please let me know.</p> <p>Thank You</p> <p>Hi Neetu Nogia,</p> <p>I live in Brazil! Okay, I'll wait for the rest of the fix.<br/> Thanks and Regards</p> <p>Hello friends, any news here? Will version 6 resolve this issue? Will ASTPP 6 have a community version?<br/> Thanks</p> <p>Hi Neetu Nogia,<br/> I installed version 6 of astpp and nothing has changed in relation to this error, I tested it with the server in the standard time of UTC and also in my time zone, and only the calls that were made after 9 PM appear in the report, the ones that were made before simply disappears.</p> <p>Verified in latest source community v6.0 and confirmed as per verification :- </p> <p>I found below error :- </p> <p>1. In sao paulo timezone, In cdrs grid before 9:00 PM cdrs not displayed automatically into grid. it only displayed recent call record which are make after 9:00 PM.</p> <p>2. In Todays or Todays Total call option under dashboard page, total Todays call count didin't considered which calls are already make before 9:00 PM at same day.</p> <p>See Latest attached videos :- </p> <p>This issue is resolved, changes done as per comment.</p> <p>PR</p> <p><a href="https://github.com/iNextrix/ASTPP/pull/681" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/iNextrix/ASTPP/pull/681</a></p> <p>Hello,<br/> After updating the 8 modified files at <a href="https://github.com/iNextrix/ASTPP/pull/681" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/iNextrix/ASTPP/pull/681</a> I got the following analysis:<br/> Test basis: 6 calls were made before 9PM and 2 calls after 9PM.</p> <p>Admin Area:</p> <ul class="alternate" type="square"> <li>Regardless of the time, the Dashboard in the graphics part is reset throughout the day, without any movement.</li> <li>In the table on the side where the Daily and Monthly column is shown with the ASR, ACD, MCD, Total Calls, Debit, Cost, Profit data, it can be noted that before 9PM the Today column has all the data with the value 0 , and the This Month column shows inconsistent values.</li> <li>In the box in red Total Calls the top line Today is always 0 regardless of the time and in the total calls it only shows the calls made until 9PM.</li> <li>In the black Refills box, the top line Today is always 0 regardless of the time and in total it only shows refills made after 9PM.</li> <li>In the Trunk Statistics box until 9PM it shows the names of the trunks with all the correct data, but after 9PM it has no data, not even the names of the trunks are shown.</li> <li>In Billing&gt;&gt;Refill Report: it does not show any refills made in the system, not even filtering by other previous and subsequent dates.</li> <li>In Reports&gt;&gt;Call Detail Reports&gt;&gt;Customer: now it shows the 8 calls made throughout the day, congratulations.</li> <li>In Reports&gt;&gt;Call Summary Reports&gt;&gt;Customer Summary and also in Reports&gt;&gt;Call Summary Reports&gt;&gt;Provider: the error continues, it does not show any data, after clicking on the search magnifying glass then yes it shows the data only the 6 calls until 9PM, to show the report with the other two calls made after 9PM we must select until the next day for them to be shown.</li> </ul> <p>Customer Area:</p> <ul class="alternate" type="square"> <li>In the red box Todays Calls the value is always 0 at any time!</li> <li>In Reports&gt;&gt;CDRs: the problem was solved, now it shows the 8 calls made during the day, congratulations.</li> </ul> <p>Attached are customer.png and admin.png images showing the affected fields.</p> <p>as per verification still not working, faced same issue.</p> Relates ASTPPCOM-1343 ASTPPCOM-893 ASTPP Edition Category Development Edition RCA Rank 0|i044br: Reproducibility Support Type