Hi Poetter

First of all GOOD job with these great addon!

I don't known if I'm the only one that i get these error.

When i make a complete guild member update. ALL characters that are currently uploaded two or three weeks before with armoresync get the error:

"Profile is too old"

Looking at debug info i get next data for timestamp

'timestamp' => array(
'init' => array(
'DateUTC' => '2007/10/23/ 00:00:00',
'datakey' => 'EU:'
)
When today are 10/24 2:37

I replace the on armorysync.class.php the next line

Code: Select all

$this->data["timestamp"]["init"]["DateUTC"] = $this->_get_date($char->lastModified);

to these

Code: Select all

$this->data['timestamp']['init']['DateUTC'] = gmdate('Y-m-d H:i:s');

And get works and update all characters without problems...

But... because i get "/" separators ? and not "-"

Using v2.6.0.274 and WoWRoster v1.9.9.1404 ^^

I'm trying to update from European server "Zul'jin" guild "Asphelt Knights".

Thanks for your work! take your time... its NOT a job!

And Best Regards!

Hmm, this date is taken from the armory. It is the time stamp of the last update of the character. Can you compare this date with the one in roster databse and post it here.

BTW: Did you replace the month names in esES locales? May be you are getting a wrong date cause in svn[274] esES month names are mostly still in english.

Hi poetter, I'm using english roster and i get english armory db.

getting from armory y get date:

'2007/10/23/ 00:00:00' Don't works: Profile is too old

changing the line adobe i get date:

'2007-10-24 02:37:14' Works!

See the / > to - and the last / on date... its a problem on parse date from armory ?

Hmm, the sense of this procedure was to take the update time from the armory instead of setting it by armorysync.

please try removing the last slash in the _get_date function. should be around line 1302. please try a not updated char. if you set the update time manually to actual time armory profile might be older and the message would even be correct.

Also using the english version, and also ran into the same problem. Removed the slash mentioned above and it worked like a charm.

SDR

What I get is the following:

Non-Critical Error: Incomplete Data for Ninaste. Player has probably not updated in awhile.
Ninaste synched: 1 seconds. Total runtime: 1 seconds.

For a LOT of people,perhaps all, can't check, too many but what is going on? Have wedone something wrong at installing it or something?

I (Ninaste) have played yeterday still and uniuploader uploads my profile to the roster as soon as I log out... so yes, it's updated.

Does your armory profile show up?

I didn't try, but i think during bliz maintenance update won't be possible. Can that be the problem? Otherwise i will at least need your guild name and server.

Guild: On Tour
Server: Lightning's Blade

Has never worked since it was installed.

OK, the problem has to do with missing esES locales. Please watch your esES locale file and translate the month names in the month_to_en array.

Please be so kind and post your translations here, so other Spanish users won't have the problem in future.

Spanish users?

I'm no Spanish user...

I'm Dutch and my roster is in English.

Please tell me what's wrong with the installation. I didn't install it, my friend did, so he can have a look at it.

Should he reinstall it then?

All right, then this is the same problem as above. The / behind the date in the _get_date function. This problem will be fixed in the next release.

Anyway. The Spanish version is the last one doing trouble with the dates. Can any Spanish user translate the month_to_en array in the esES locales and post it?

Quick Translation

Code: Select all

$lang['month_to_en'] = array(
    "Enero" => "January",
    "Febrero" => "February",
    "Marzo" => "March",
    "Abril" => "April",
    "Mayo" => "May",
    "Junio" => "June",
    "Julio" => "July",
    "Agosto" => "August",
    "Septiembre" => "September",
    "Octubre" => "October",
    "Noviembre" => "November",
    "Diciembre" => "December"
);

Thx man, it was the other way around, but i think i get it.

fixed svn[279]