Length of global variables?

[necrox]

First of all I don't know if the length is the problem. But that's my guess.

 

As you can see below I have a few User Agents as global variables.

 

I can't figure out why some of them work as variable and others not. For example the ie64 variable. Using {ie64} with Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecki as string

 

is not possible. Using the string itself works fine (see below).

 

 

What is the maximum length for global variables?

[floele]

I don't think there is a length limit. So the question is: Why do you think that it does not work? What is the actual result? Does it work if you shorten the text of the variable? I'd guess not.

[necrox]

That's strange. It is not the length.

Using the ie64 variable with Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecki as content should result in a download of a 64-bit version of the software. But it does not work. Using Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecki itself works fine. And is NOT on every download as I figured out. There are only a few web sites not working as expected:

 

- Bacula (does not determine the 64-bit version download link as mentioned above)

- Shockwave (does not determine the version number on http://get.adobe.com/de/shockwave/?platform_dist= with variable as user agent)

- Java Offline x64 (does not determine the x64 version with variable as user agent)

- LibreOffice (does not determine download link with variable as user agent)

 

Using the user agent string works fine on all of the these links.

[floele]

Actually I see no reason why variables would work in the user agent field at all. You sure that it does?

[necrox]

Works fine for me. Same for the referer as global variable.

[floele]

No it does not, I just verified. If it does, then only because the website has a poor UA check and parses the "IE" or "Mozilla" part of your variable name.

[necrox]

No variables at all? Or only global variables?

 

If it does, then only because the website has a poor UA check and parses the "IE" or "Mozilla" part of your variable name.

 

Sourceforge.net for example

 

Is it possible to set this "feature" on your list for one of the next releases? *friendly-request*

[floele]

No variables are used here at all. Would be possible to implement, we'll see

[Tomorrow]

I find this suprising. From my experience global variables work in useragent field. I use {UserAgent} wich is Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 at the moment.

[shawn]

I would love this feature to be implemented (variable parsing in individual profile UA fields). Some sites just respond better if you use certain UA's, and keeping them up to date on a profile by profile basis is much more work.