provided by Star2Billing S.L.

I tried to migrate from v1.0.7 to v1.2 and everything seem to work fine except for this error whenever i go to 'view money situation':

Parse error: parse error in /var/www/html/A2Billing_UI/lib/Form/Class.ViewHandler.inc.php(276) : eval()'d code on line 1

Computation of TO PAY field is also incorrect. Is this a database or configuration problem? thanks for the help!

Yes, I got the same problem. and exactly the same error message. I just updated from Chamleon v1.1 to v1.2

Sorry, I meant on this post that, after I updated from Chamleon v1.1 to v1.2 . Then I got this error msg.

"Parse error: parse error in /var/www/html/A2Billing_UI/lib/Form/Class.ViewHandler.inc.php(276) : eval()'d code on line 1
"

I looked at the code and it was substracting the wrong columns, here is what I did.
File /var/www/html/A2billing/Public/form_data/FG_var_moneysituation.inc
Changed
$HD_Form -> AddViewElement("TO PAY", "to pay", "7%", "center", "sort", "", "eval",'abs(%3-%2)');
To
$HD_Form -> AddViewElement("TO PAY", "to pay", "7%", "center", "sort", "", "eval",'abs(%5-%4)');

The problem is that there are several bugs in "Money Situation". I noticed that the code is using the field 'id' on the cc_card table to match against the other tables. The problem is that the card number is saved on the field 'username' and not on 'id'. Even after fixing a few of these I can't get the balance on the card to reflect charges or payments. So if Areski could give us some input on this, I'll appreciate it.

silly question. But if it is a coding problem how come the demo does not have that problem?? I don't know I am just asking...

Like I said, this is only from my experience after upgrading. It could be that I messed something up on the upgrade or that the coder meant to do something else.

I was planning to look and see what's actually in the demo but when i tried doing a "source" in my browser to look at the html but it would not grab the html for me. maybe somebody else can comment on their experience

You won't be able to see the source code from the rendered page. But the bugs are also on the demo site. If you click on "View Payment" the card number doesn't show because it is trying to pull the information for "id" instead of "username".

On money situation, you can see for the "To Pay" column that it's trying to substract lastname from credit instead of payment from refill.

athos,
it s weird I cannot reproduce that.
even if I check the demo
http://demo.asterisk2billing.org/ndemo/A2Billing_UI

give me more info.
Rgds, Areski

Hi Areski,

Please have a look - I tried it on your site:-

CardNumber ALIAS LASTNAME CREDIT REFILL PAYMENT TO PAY ACTION

9554945869 660679033007111 Rabon 108.934 110 100 108.934 PAYMENT REFILL
5147542662 605205044921942 1151158870 26.8402 22 20 1151158843.1598 PAYMENT REFILL
0224482808 817051687836242 1151159337 0.284 1151159336.716 PAYMENT REFILL
5411162827 330662926415542 1151159338 -0.284 1151159338.284 PAYMENT REFILL


I have done 4 different kind of on your demo site - so you can check.
Under
View money situation -> 2671 [link page number]
Card Number: 9554945869, 5147542662, 0224482808, 5411162827


May be bugs:
* Click on REFILL - open popup window
* Click on PAYMENT - doesnt open any popup window

In my opinion - its better to have one popup window for both [REFILL & PAYMENT], so we can COMPARE side by side - when have been REFILL & when have been PAYMENT very easily [I meant - how it was before].


Ok, I didnt get the Error message "Parse error: parse error, unexpected T_STRING in /var/www/html/A2Billing_UI/lib/Form/Class.ViewHandler.inc.php(276) : eval()'d code on line 1" on your site.

But I have error messages for some of the transactions [not for all].

too late I just made an update to the new version 1.2.1
I tried and it works for me. Can u confirm if this is fixed for u too.

Rgds, Areski

It doesnt work for me in v1.2.1.

1. I have still the same error message :- if I follow eval",'abs(%5-%4) according to athos1800 - error message gone

2. View money situation

2a. TO PAY - is showing different result for every transaction with your default script [v1.2.1]

2b. TO PAY - doesnt show anything [any numbers] if we add payment first & still we didnt refill the account, with your default script [v1.2.1]


3. TO PAY - showing normally; if I follow eval",'abs(%5-%4) according to athos1800, but

3a. TO PAY - doesnt show, minus(-) amount; if we add payment first & still didnt refill the account [its deducting & adding rightly but always on plus amount ].

Request:-

1. To let open two popup window [one for PAYMENT & another for REFILL]
2. Latest input data at first row on PAYMENT or REFILL window, and old goes next.

"View money situation" is still working fine with version 1.1

Cheers,
You went into much more detail that I would have. Tomorrow I'm going to test the 1.2.1 version and see how it is working. By the way, I'm not a php programmer but I a programming background, so the changes I did sounded right to me but I could be mistaken.

Areski, I noticed that when the balance reaches 0 it goes into a very small negative number instead of 0 something like -1.73e-9. I "fixed" this in the customer interface by using the function round($variable,2) so it only shows 2 decimal places. I didn't fix the output on the admin interface because I didn't care. What worries me is that someone in the forums reported that the balanced spoken by a2b in a case similar to this was 1.73. The system didn't take into consideration the negative exponent. The real fix will be to store this small negative values as 0 in the database but that is over my head in PHP.