Help Automate Item Recovery From Boss Runs

Since players often get D/Ced in boss runs, maybe you could have the server log when a player begins a boss run and when it is finished (BOSS DEFEATED or reward given, or time expired, or player dead, or player exited.). (((If there's a run that wasn't reported finished, that's when you know.)))

This way, if a Silachan is doing a pap run, and gets DCed, a GM can check this log and notice that Silachan got DCed before the boss was defeated and deserves a refund on the boss admit item. (Or you could always add an NPC that checks this for the player and offers an item if it appears that the run was not finished.

This should only be implemented on the bosses that require a valuable item to begin.

Could help expedite compensation time and catch people trying to abuse the
" server dced me can I have a refund "

I also pondered on the question, what's Silachan doing taking screenshots to make sure her pap run goes well (she is putting extra work in) when it is the server's fault that the run would not go well?

The server should be putting extra work in to make sure Silachan gets refunded if she get's disconnected during a run due to the server making a mistake.

 

We'd rather spend time working on the core issue than take extra time to implement something like this. Once the server stability issues are fixed there will be no need for this. It'd just be extra code hanging around mucking things up.

 

not if you use it as a debug code and make it activateable and disable -able.


unsure how your "wait for this to happen" functions work in the server, but to remedy issues caused by having such a function for this particular addition, you could edit the PQs.

for the timer function for when it ends.

if (BossLog == true) {
logBossOUT(getPlayername+"has finished"+getPQname);
}

and etc. instead of adding a "wait for this to be echo'd" function that could cause performance issues.

 

Got a few remarks.

• "BossLog",
  would probably be better practice if you named it "bossLog", no cap at the beginning. It's a variable, not the type of an object.
• "if (BossLog == true)",
  Redundant. Use "if (bossLog)". Also, since you're probably talking about javascripts I rather see a "===" than "==".
• "logBossOUT(String msg)",
  Did this function come out of nowhere? I hate it when people give partial code. Ofcourse this is obvious, but still, there might be confusion.
• "getPlayername" and "getPQname",
  What are those? Variables? Where were they defined?
  Functions? Where are you brackets, clearly it should be "getPlayername()" and "getPQname()".
  If they are functions, where's the code for them? As mentioned above.
  Or maybe, since we're talking about event instances, you mean those functions should be called on the EventInstanceManager object? (Assuming you checked the source, and assuming we didn't change them yet).
• "getPlayername+"has finished"+getPQname", I don't like how that will be printed... It would be better if you added a space infront and the back of the "has finished".

This is not to mention your idea is to detect a failed boss run, but your so called code example should print on a succesive run.

My point is, let us do our stuff, we let you do yours. We are not obligated to return the items. Even ~gm is luxury, we like to offer you this, nevertheless. The suggestion might be useful, let the rest to us

 

I guess this isn't something you implement in 30 min, so wouldn't it take more time then it's worth?

if you fail a Zakum run what is that near end 30 min time it's not much if something happens and pap is even easier.

I never heard of a server "real" or private that would do this, and the Papulatus summoning item is not valuable if you are to cheap to pay 7-9m, so they
should spend time working on something that seems time consuming for that small price,

See it this way when the server has problem they loose time (a lot)
and you loose mesos, i think we (players) are on the side with less problems.

 

OFF TOPIC: LOL reminded me of my coding class. And the profs like, why are you noobs still using ==true in booleans.

 

To be honest, I still use it even though it's redundant because it makes the code easier to read and we're no longer in the old days where every bit counted.

 

Sorry about that, I forgot to add the header.

using namespace pseudocodeOldieStyle;

if (BossLog == true) {
logBossOUT(getPlayername+"has finished"+getPQname);
}