CiviCRM Community Forums (archive)

1. when u run this url: http://mysite.org/sites/all/modules/civicrm/extern/url.php?u=188&qid=148 do u get the css file back?

Maybe the link element does not like a 302 redirect. If you can confirm this, please file an issue and we'll need to figure out how not to "url track" css urls in a link tag

Your easiest option for now is to turn off civimail's url tracking feature.

lobo

Hi Lobo - we have just tried to use this set up http://forum.civicrm.org/index.php/topic,3905.0.html so that - if I understood it - we could flip out an email that would, say, include all the {contact.address} type tokens so the person can see the address details we have for them, and then click on a link that would take them to a profile that would show the same fields as recorded on the database, and allow them to update the data.

Now we may have gotten the wrong end of the stick, or just implemented it properly but ...

Firstly, with Track Click Throughs on we end up with the same problem as here, namely that the URL provided for the profile gets preceded with that sort of address so we get
http://(our.web.site.address)/sites/all/modules/civicrm/extern/href=%22http://(our.web.site.address)/civicrm/profile/edit?reset=1&gid=1&cs=82040e6e5e0ed56201080d2e6e66a9da_1220440559_168

Second, if I strip off the first bit in the browser, or turn Track Clicks off, and get the correct URL, then for an Anonymous User, using a browser I am not currenly logged in on, I do not end up with any of the fields showing the existing data.

So, first point is, is this another example of the Track Click Through's 'interfering' with a function that should work (ie this ticket)

Second, are we atttempting the impossible with getting the fields to show the existing data for an Anonymous User, or is this what forum topic 3905 is attempting to achieve. If so perhaps we should continue this second part of the conversation back on that posting ;-)