Multi-Quest

[Rogean]

Originally Posted by Rogean [You must be logged in to view images. Log in or Register.]

After Toolazy hands in the Rapier and Gold, the NPC adds both to it's temporary pool. It then does a reward check..

Actually, technically it does a reward check for each coin and item given. Also, technically, coin is processed before items.

This means, before Toolazy hands those items in, the NPC has 3250 Gold, 2 Rings, and 0 Rapiers.

It processes the gold. He now has 6500 Gold, 2 Rings, and 0 Rapiers in his pool.

It processes the rapier. He now has 6500 Gold, 2 Rings, and 1 Rapier. This meets the requirements for what he needs. He reduces the pool by 3250 Gold, 1 Ring, 1 Rapier, and gives Toolazy (The person to 'trigger' a reward) the boots.

[Rogean]

Originally Posted by Crampers [You must be logged in to view images. Log in or Register.]

Usually time restrictions dealt with this, do we currently have any implemented?

I did consider this when I implimented it, however I believe there was no time limit on live as well. Although it would be hard to come up with any evidence as to either way, but I don't see any reason they would have had a time limit restriction for it on live; it was essentially the result of a system working incorrectly that became a feature of the game.

[Rogean]

The next thing I know people are thinking based on responses above..

What happens if someone gives 3250 Gold and 1 Rapier to Hasten.

Then a second player comes by to do a multiquest with Player 3. He gives the ring thinking hasten will still need 3250 Gold and 1 Rapier from Player 3. Unbeknown to Player 2 that Player 1 had already given Hasten what Player 3 was going to, Hasten gives Player 2 the jboots.

Unfortunately I'm fairly certain this is the way it worked on live.

[Taluvill]

Nevermind. Edited it out.

[Crampers]

Originally Posted by Rogean [You must be logged in to view images. Log in or Register.]

The next thing I know people are thinking based on responses above..

What happens if someone gives 3250 Gold and 1 Rapier to Hasten.

Then a second player comes by to do a multiquest with Player 3. He gives the ring thinking hasten will still need 3250 Gold and 1 Rapier from Player 3. Unbeknown to Player 2 that Player 1 had already given Hasten what Player 3 was going to, Hasten gives Player 2 the jboots.

Unfortunately I'm fairly certain this is the way it worked on live.

Yes, thinking about it, this would be the case. The whole temporary item database must have existed, as you can hand in items in any order (in the same window). Now what is interesting is quests such as Crushbone belts, Which have a message like "Brilliant, now wheres the other one?" - suggesting you could hand one in at a time (at one stage in EQ Lives history), but only recieve on the second. Which, effectively means MQing was around for a long time - if there was no character check.

Originally in the past I've always thought of there as being one 'dominant' item that could be MQ'd. But if I remember correctly, a lot of the monk epic can be MQ'd, with multiple people handing in stuff at the same time. So, what you are saying Rogean must of been correct.

Now the million dollar question is whether there was ever a time allowance for these 'temporary item databases' in which they would be cleared? I guess we will only know if people have examples of going LD during an MQ, coming back and it not working?

[ziggyholiday]

Originally Posted by Qaedain [You must be logged in to view images. Log in or Register.]

A good start would be the class armors. All of them require a no drop component.

Crafted bracer does not require a no drop item.

But yes, most class armor does require a no drop.

[guineapig]

Looks like I might have to change my quote...

[You must be logged in to view images. Log in or Register.]

[guineapig]

There is no need to MQ all the class armors. Rogue, SK, Paly, Bard, shaman and Warrior quest armors are all tradable. It's only the int caster quests that result in no drop items.

[Puyen]

I would expect an item decay on the npc so that if all items are not turned in within a reasonable time then they disappear. I know I would be pissed if I brought someone to help mq an item and he got it instead of me because of some previous player failing to complete the turn ins.

[Rogean]

Originally Posted by Puyen [You must be logged in to view images. Log in or Register.]

I would expect an item decay on the npc so that if all items are not turned in within a reasonable time then they disappear. I know I would be pissed if I brought someone to help mq an item and he got it instead of me because of some previous player failing to complete the turn ins.

The fact is I'm only going to code it that way if that's how it worked on live.