Not Supported [Addon] New Eden Defender

Right now there's no feedback if the jump gets canceled server side. Can we get a "JUMPER-DAEMON: Hi. This is the jumper daemon at New Eden Defender.
I'm afraid I wasn't able to deliver your package (you) to the following addresses: Server that has [tornado].
This is a permanent error; I've given up. Sorry it didn't work out. "

It seems I was still getting squad chat even after being kicked out of squad automatically. Maybe it needs a slightly longer pause between the events? - nvm, it wasn't.
I also noted I'll have a trailing "squad invite" message on my UI, pending accept/decline after jumping.

Thank you guys for positive feedback. This means a lot to me after spending all those evenings, weekends and nights to make this happen.

Usernames need not to be displayed in order to perform jumps. I made it so crc32 checksums of usernames are sent instead of the plaintext usernames, for security.

Why would you need this? Wouldn't you rather use "/jump invasion" instead of refreshing the page?

In that case I could add support for "/jump low". I would stop supporting that as soon as the situation changes (someone please notify me when that happens in case I miss it). Stay tuned.

I am tired very much with the client side of the whole thing and "/ned" prefixed commands don't require any modification of the addon. This would be a bad design though.

I must think about how to do that nicely. When to update the options, how to save it on the server etc.

Oh I see what you did there. Clever. I can do it through the options I have just mentioned, but it would have a nasty bug with unexpected inviter checksum. I must think how to do this in a secure manner.
Current server implementation does not work well with long living jump requests.

I guess I dont quite understand how /jump invasion works then. I thought you had to type it only when you knew an inasion was going on.

So if I type that, does it just scan the whole time I'm on and if it sees them it jumps me? what if I'm already in a squad?

I'd like to suggest an improvement: You always load into the new shard a Lagoa Rasa. The reason for this might be that you instantly leave/kick when joining. Maybe you will end up where the puller is if you do not do this? Lagoa Rasa is crap. ._.

This has been considered. The probablility that the puller is where you want to go is low unless there is an invasion. I, for one, wouldn't like people hanging out in my squad for 30-40s until they connect properly. Are you sure people would be fine with it?

BTrayaL: I translate your requests for:

watching for an instance which matches the jump criteria and then triggering a jump as soon as one is available. It's good. I have considered that, but haven't implemented it yet. Bugfixes need to go first.

leaving squad automatically when jumping. I'm not sure if all players want that. This could be a client-side option maybe? What do others think about it?

Yup, explained his reasons against a manual zone jump a while ago. Jumping away from Chosen-controlled environments was only part of their concerns (broken immersion was another, for example).

Could you send me some links?

As for the data collection issues: as I have stated the rules and intentions in the first post along with the example data upload (which is all saved with an exception of "is_pvp" flag which the server ignores).

You can use this addon with my server if you agree to give me all the data.
You can NOT use this addon with MY server if you disagree to give me all the data.

I am not planning to do an opt-out-of-logging-some-data feature. I'll rather spend that time to implement other features.

It sends some data about you and the instance you are on to my server every now and then (it does so in the background, while you play). If you want to know what data is collected, read the current source code of the addon (amount and type of data may differ between versions).

Errrhhhh...hmmmm.... Any way to turn off the information reporting? I would like things like my account information and credit card #s to remain private. Its questionable at best, if this add on will be a good thing for the game, but downright deceitful to be mining players for there data.

I'd like to remind the following story to the Red people who will be reading this tread:

Back in the days there was a website where you could upload your photos and share them with others. Everyone had a profile to put pictures on. People could comment and send messages to one another. After some time, an odd thing has happened: people started using this website as a dating service. Said website became a go-to dating site in the country. The website owners didn't like that, so one day they modified their page and send an email to all users, saying that they implemented mechanisms to prevent this kind of unwanted behavior from taking place.

The next day their traffic has dropped 90%.

They reverted the changes and send an email with apologies, saying they have learned their lesson. Some users have returned the next day. Website owners have later implemented new features which helped people date and their traffic has increased, where it stayed high for years.

How to stop players from jumping instances to hoard invasions? Give them loads of resources, experience, massive challenging multiplayer cooperative fights and fun for staying as far AWAY from invasions as possible

your assuming people only play firefall to do invasions? to that they only play firefall to gather resources? or maybe that firefall will lose 90% of its player base if you have to actually travel to anything in the game vs just being instantly teleported? because im not seeing the comparison your trying to make. Why are we trying to make this game into something its not? didnt we want an open world with with dynamic content? this just reduces firefall to an instance based game.