@Voltron & BUA:
I don't think that usage of this script is detectable from the server side. Version 1.2.6 eliminated cookies in favor of setValue(), although I haven't had time to test it thoroughly. Apart from that, the script mimics human user actions - i.e. it doesn't make any requests that a normal user wouldn't have to do. Graphics is not requested separately, but as a part of a whole page loaded into browser.

@roeecicu: It is possible, but undesirable. I do not wish to take the script in this direction. It is not supposed to substitute player's ability to foresee and plan strategies in the game. Specifically, there are many tactical and strategic ways of saving your troops. Try to think of them. ;-)

Post the Error console listing please (with LOG_LEVEL set to 3 inside the script). Without more information it is impossible to determine the cause.

Hi guys:

A new version is up. Besides new languages submitted to me from various users, it features variables storage inside Greasemonkey instead of cookies. Should provide greater privacy. I haven't had time to test this thoroughly, so please let me know if something doesn't work properly.

@m4tini:
User oscahie sent me a code doing this, it's gonna be included in the next version.

@Ricardo_Peixoto:
Sorry, too little time for porting the script to Safari.

Thanks QP, this is one of the 3 Travian scripts I use most. Good job!

@oscahie:
If you come up with a working solution, please send me a message via http://laffers.net/contact
Thanks.

Email alerts:
I believe we can use the xmlhttprequest javascript object for sending mails by virtually any service. Obviously the script would need to make 2 calls - one for logging on, the second one would be a POST method call sending the message. It may be easier to implement with javascript-light, flash-free email services, i.e. not yahoo nor gmail. I made a quick search - bluebottle.com may be the way to go.

@fallenangel:
You found the solution. I don't think I will be adding this setting to the GM menu, because most users including me will never need to adjust it, and I don't want to clutter the menu too much. I could make the default value smaller, if the short timeouts are the case on more servers. Not too small though, that would put extra load on Travian servers unnecessarily.

Yes, Guinness is right, the messed up characters are causing these problems. However, the intriguing part is that for me the script installed from this website works without problems even on a Portuguese server (I have just checked it using the account that Guinness kindly provided). That tells me that the bad stuff happens on your PCs, maybe because of the Portuguese locale your operating system is using? I admit I don't know what is going on here, do all Portuguese users experience these problems? The character encoding of the downloaded script should be UTF-8 without BOM. If it's something different, look for problems there.

@kokost & Rui:
Yes, sending regular troops for a spying mission is a bug and results in losing the units. Be careful with this, if you see that your attack is listed as 'Spy' in the tasklist, cancel the task and try again. I don't know why this happens to some users, for me it works fine. It may be related to Romans, I will check this on my Roman developer's account on cz8. I don't have any troops over there yet, so it may take a while, since I'm under attacks.

@kokost:
I believe I know why there are missing links in the barracks. I will try to fix it in version 1.2.6.

@Pegaso:
The building problem is definitely language related. The odd characters cause Javascript failing to match the building name in the list. If anyone has a fix for this, please give me a hint.
Building troops - yes, there are still occasions when it reports that the task cannot be triggered, even if it did. It's a bug.

@ascom:
OK, I changed it to Oduncu.

@ascom:
I'm adding your translation to the version 1.2.5. I changed Oduncu to Orman though, see my comments below.

@Keeg:
Hold celebrations added to the wishlist.

@Pegaso:
Do you mean you noticed some bug or just the tasklist gets flushed?

To all users:
If you are reporting problem, listings from the error console are required. Otherwise I can't help.

M4rtini, good work!
Suggestion: Send alerts by email. For this we would need a public webmail service without any logging on nor CAPTCHA, I'm not sure if there is such.
But there could be an option for users to fill in their own mail server, username and password, and the script would email the warning using httpxmlrequest... Just an idea. :)

@oskar:
The script works for me. See one of my comments below on when the code is not found.

@GrEn:
I updated 1.2.1 with your translation.

@ascom: [problems with Turkish names]
Hm, that's tricky. I'm changing the name for Woodcutter to "Orman" in the translation. That means that you won't be able schedule building the woodcutter, only upgrading it. I have no other fix for this now.

@nikoum:
<quote>would it be possible to add a way to track future resource levels?...</quote>
That would be nice, but too complex for including in this script. It may make for a good separate script. Anyone interested to write it?

@wiggen:
Good idea, it was added to the wishlist.

@KGB:
This request was here multiple times. No. See below why.

@Almer: [bugreport]
I would need the console listings.

@Almer:
a) The building/upgrading buildings fails when there is no code for building. The code changes over time, it has to be determined prior to building something. By default, the script tries to do it twice (20 sec and 10 sec before the task is to be triggered). If at that time there is not enough resources, something else is still being built, or you do any clicks, that prevents the code from being determined, and the task fails.

b) I have just upgraded my Rally pt to lvl 20. Now I can implement this. Wait for the new version.

c) Server time - what are the console listings

d) If you wish to help, feel free to look at the code, implement some of the features from the wishlist and send them to me. I will look at them and eventually include in the script for all to use. You can as well try to fix some bugs. One useful thing to do would be moving the translations to a separate file to reduce the size of the script, but as far as I know, GM won't read from a local file. Hm, maybe we could post the translations on some public server... :)

Version 1.2 is up. It may have few bugs, I didn't test this too much.

Guys,
thanks for the comments, input and suggestions. I've been too busy last few days, but a new improved version will come up soon (if time permits). I also thank to all who submitted the translations, they will be included.

Kubiix, ďakujem. :-)

@baryu:
My script is not designed to run on shutdown computers, no testing was done in that environment. Please, turn on your computer before using TTQ. :-)

Thanks. I made a quick fix for now - valley coordinates are displayed instead of its Z coordinate. Maybe later I will make the distinction between abandoned and occupied valley.

@Metador:
Version 1.0.13 allows you to disable the history from the Greasemonkey menu.

@Rej:
OK, that clears things out a bit. Obviously, if you saw the radio buttons for spying mode, the script thought that your Theutates are spies. If you see this again, please don't send the attack, try to reload a2b.php and try again.
in the TTQ_OPTIONS, the important value for this is SCOUT_UNIT
For Gauls, it should read 3, for Romans and Teutons 4. If not, please send me reports on when this happened. (normally your race and scout unit is detected automatically and stored first every time you visit a2b.php)

P.S. Robím to, lebo ma to baví. Požiera to ale strašne veľa môjho času. :-)