I am having a problem getting jUniuploader to work with my WoWRosterDF site. First of all, I am also using UniUploader (Windows version) on the same machine, and it is working properly. When I try to configure jUniuploader the same, everything appears to be working (Addons are managed and updated as expected) but the characterprofiler updates are not reflected on the roster site.

My upload URL (from Uniadmin) is:
http://www.wowserenityguild.com/index.p ... ile=update

I am setting the Additional Post variables with:
ulogin=Wingforce
user_password=mypassword

The following is repoted in the log after pressing forced upload:

Code: Select all

#   [ FINE    ]  Uploading Saved Variables even if they haven't changed yet ..
 #   [ FINEST  ]  Uploading Stry5's Jojoro to www.wowserenityguild.com ..
 #   [ FINEST  ]  Uploading Stry5's Bigdot to www.wowserenityguild.com ..
 #   [ FINEST  ]  Uploading Stry5's Pokher to www.wowserenityguild.com ..
 #   [ FINEST  ]  Uploading Stry5's Dustfree to www.wowserenityguild.com ..
 #   [ FINEST  ]  Uploading Stry5's Winghorde to www.wowserenityguild.com ..
 #   [ FINEST  ]  Uploading Stry5's PvPLog.lua to www.wowserenityguild.com ..
 #   [ FINEST  ]  Uploading Stry5's Wingforce to www.wowserenityguild.com ..
 #   [ FINEST  ]  Uploading Stry5's Staplecam to www.wowserenityguild.com ..

I have tired with and without gzip compression, and with and without secure login checked, and nothing seems to work. The web server logs appear to be reporting an authentication error 403 forbidden.

Code: Select all

[08/Oct/2007:22:19:22 -0400] "POST /index.php?name=WoWRosterDF&file=update HTTP/1.1" 403 1066 "-" "Uni-Uploader 2.0 (jUU2 0.0; English)"

Only thing I can figure is that the post variables either arent working are in the the wrong format or something (I have double and triple checked password and username supplied).

Also there was a setting I read in forums to put in UinAdmin that would cause UniUploader to delay 5 seconds (DELAYSECONDS) in order for it to work with WoWRosterDF, I cant seem to set this value in jUniUploader manually or via the existing UniAdmin interface.

Anyone have this working successfully or can point me to where I am going wrong? I am using jUniUploader v0.9.15.7 with JRE 6 upfate 3 (current as of today).

Any assistance is greatly appreciated. Thanks in advance.

Of course after I posted this, I remembered a post about adding user-agents for Dragonfly. Here is the quote from the Drangonfly forums

Andren wrote:How do i insert codes in dragonfly? like this one:

Code: Select all

INSERT INTO cms_security_agents
VALUES ('UniUploader', 'UniUploader', 'wowroster.net', 'http://wowroster.net/Forums/c=4.html', '0', 'Auto Updater for WoWRosterDF');

In this case if you change the above to

Code: Select all

INSERT INTO cms_security_agents
VALUES ('Uni-Uploader', 'Uni-Uploader', 'lyndir.com', 'http://lhunath.lyndir.com/jUniUploader/', '0', 'Auto Updater for WoWRosterDF');

Then my updates started working right away! Thanks Andren!

I was just going to suggest that the useragent in jUU wasn't the same as UU

I kinda wish lhunath would set that part of the useragent in jUU the same as UU
The second part is good to be different though

Ideal useragent

Code: Select all

UniUploader 2.0 (jUU2 0.9.15.7; Language)

*mumble* I shall change it.

Edit:
Hmm. I had made the user agent

Code: Select all

Uni-Uploader 2.0 (jUU2 ...

So the only difference is the dash inbetween Uni and Uploader. I remember now I did this for a specific reason; I think WoWRoster or UA needed to make a difference between jUU and UU for some reason. I've long forgotten the exact reason. Do you have any clue, Zanix?

I guess if I can't think of anything I'll just remove the dash.

well, the jUU is the difference
UA looks for the jUU part

Code: Select all

// Determine what version of UU is accessing this
$uu_patterns = $juu_patterns = array();

preg_match('|uniuploader(.+)\\(uu ([0-9].[0-9].[0-9])|i',$user->user_agent,$uu_patterns);
preg_match('|\(juu ([a-z]-[0-9]{2})|i',$user->user_agent,$juu_patterns);

if( isset($uu_patterns[2]) && version_compare($uu_patterns[2],'2.5.0','<') )
{
    define('UU_COMPAT', true);
}
elseif( isset($juu_patterns[1]) && version_compare($juu_patterns[1],'11','<') )
{
    define('UU_COMPAT', true);
}
else
{
    define('UU_COMPAT', false);
} 

The code looks for juu, not juu2 in the useragent string
'juu' would be for the older jUU before you re-wrote it

So removing the - would be safe in UA

---

As for Roster

Code: Select all

// See if UU is requesting this page
if( eregi('uniuploader',$_SERVER['HTTP_USER_AGENT']) )
{
    $update->textmode = true;
} 

Roster will detect jUU or UU then change it's output to text mode
UU functions much better if the output doesn't have html in it, I don't know if jUU makes use of this

Well, I spoke too soon. While it is true that the web server is no longer reporting 403s, but instead 200s, the information on the roster page is still not being updated.

Code: Select all

[09/Oct/2007:08:00:24 -0400] "POST /index.php?name=WoWRosterDF&file=update HTTP/1.1" 200 14402 "-" "Uni-Uploader 2.0 (jUU2 0.0; English)"