41 replies to this topic

[Derek Punzova]

Sounds goods, that pretty much exactly what I tried.

Two things come into my mind:
1.) You are not using 3.3.2.0
2.) Your URL is slightly different which causes the regular expression to fail -> URL is not clickable.

[sparky]

I have 3.3.2.1 and am getting the exact same problem.
The url just shows as text and is not converted to a link
Maybe you can enlighten us please as to which file the regex is tested in (to save me searching through the srcipt)

[ServWise]

Maybe if we compare notes we can see if there is a common problem with our setup.

Server : I'm running on Windows server 2008 R2 running PHP 5.2.11 in FastCGI mode (http://euclid.servwise.com/phpinfo.php)
Client : Windows 7 pro 64bit , livezilla 3.3.2.0

[ServWise]

sparky said:

Maybe you can enlighten us please as to which file the regex is tested in (to save me searching through the srcipt)

I suspect the conversion is done client side in the Livezilla app..

[sparky]

Server: Centos 5.5 x86_64 with virtually same php setup
Client: WIN XP, livezilla 3.3.2.1

That won't make the difference though. The custom fields are passed to server.php
May have to check there first as it should update those vars to the DB
I think the link would be in the app as you have suspected as well.

I also found that the custom fields do not update on each of the users page loads and a returning visitors info is being retrieved from the cookie on the visitors side.

[ServWise]

sparky said:

I also found that the custom fields do not update on each of the users page loads and a returning visitors info is being retrieved from the cookie on the visitors side.

Yes I find this too, not good when you want the latest info from a user who has just logged in.

[Derek Punzova]

Quote

I suspect the conversion is done client side in the Livezilla app..

Exactly.

If someone could give me a not working URL I could try to repdroduce it. All URLs I tested so far a working fine.

[ServWise]

Maybe an encoded version would be best so you have the exact data parsed.

This is what I have in our site to parse user data for my own test account..

[sparky]

Here you go straight from my template

{php}
function base64UrlEncode($_input) {
    return str_replace(array('=','+','/'),array('_','-',','),base64_encode($_input));
}
global $clientsdetails;
if ($_SESSION["uid"]) {
	$this->assign("whmcsid", base64UrlEncode($CONFIG['SystemSSLURL']."/tshostinadmin/clientdetails.php?id=".$_SESSION["uid"]));
	$this->assign("whmcsusername", base64UrlEncode($clientsdetails["firstname"]." ".$clientsdetails["lastname"]));
	$this->assign("whmcsemail", base64UrlEncode($clientsdetails["email"]));
	$this->assign("whmcscompany", base64UrlEncode($clientsdetails["companyname"]));
}
{/php}



{if $loggedin}
	
	
{else}
	
	

{/if}

[ServWise]

It is interesting that we are both trying to do this in WHMCS (Although I do my encoding a little differently using a custom smarty function)

[Derek Punzova]

Quote

Maybe an encoded version would be best so you have the exact data parsed.

Thanks for that. I decoded your cf0 and placed it into the Link Generator under advanced. I started a chat using the fresh link and it works just fine. It also works when I modify the LiveZilla URL in your template.

Are you guys really sure that you are using the latest build of 3.3.2.1?
Btw. Which IE version do you have installed?

[sparky]

Yes... quite sure

[ServWise]

I created a v.basic test page using data just generated by your link gen (See below), the custom data link is still not returned into a URL.
Im using 3.3.2.0.

[sparky]

I think maybe you are mis interprating what we are meaning
When someone lands on the site they show up on the client interface in the visitors list.
This is where the custom field is showing
One of the custom fields has a link(url) so that when clicked it opens up the whmcs client details screen.
That url is not being converted to a link

Also the custom fields are not updating with the information sent correctly.
When a client logs in it should then show the clients name and id.

Should these fields not update just like the page url does?

[Derek Punzova]

Quote

I think maybe you are mis interprating what we are meaning
When someone lands on the site they show up on the client interface in the visitors list.
This is where the custom field is showing
One of the custom fields has a link(url) so that when clicked it opens up the whmcs client details screen.
That url is not being converted to a link

Also the custom fields are not updating with the information sent correctly.
When a client logs in it should then show the clients name and id.

Should these fields not update just like the page url does?

You are right, I was talking about the chat window, not about the visitor list. And yes, the URL in the visitor lisiting is NOT clickable at this time.

We will add this in the next update. Thanks!

[sparky]

Thanks... will look forward to the next update.

Also about the custom fields not updating dynamicly just like the page url does on each page load.
Some of the custom fields that I am using will only send once the client had logged into whmcs and wanted the custom fields to also update.

[erhaefliger]

Hello, thank you for the latest updates regarding this issue.

I would like to inform you that the issue of link are ok and working, but
I'm finding some difficulties regarding the timeliness of information
the grid information of the users, ie for example I configured some
paramentros for a User specifiable, and while this information and they
go correctly, but in the case of a User change this information even
passing the new information from User, he is not updating the grid.

Another issue that would be useful, would enable the links
also on the grid, not just plug in the boot chat client.

Do not know if I could be clear to understand, but I believe that these
changes will greatly enhance the functionality of link's.

Thanks

[sparky]

It appears that the changes did not make it to the updated version 3.3.2.2

When is it likely that the custom fields will become dynamic like the Pages change instead of the custom fields being read from a stored cookie?

[Derek Punzova]

Quote

When is it likely that the custom fields will become dynamic like the Pages change instead of the custom fields being read from a stored cookie?

In 3.3.3.0.

[sparky]

Thanks for letting us know.

Looking forward to the update...