Resolved - /drop causes client to freeze or /reload (1 Viewer)

[BlankStare]

Since last month's patch, /drop has caused the client to freeze and ultimately come back with the chat windows cleared, almost as if it performed a /reload. This happens when typed manually or as part of a macro.

I don't see an Alias for /drop, but there is a /fa=/fastdrop option.


Any ideas on what's going on?

 

[BlankStare]

Macroquest2 Documentation

/drop
Drops the item currently on the cursor

It doesn't actually perform the drop action, and I cannot find anywhere in my config files where /drop = /reload

 

[ChatWithThisName]

Macroquest2 Documentation

It doesn't actually perform the drop action, and I cannot find anywhere in my config files where /drop = /reload

Drop is an MQ command. Added back in 2004, it's currently located in MQ2CommandAPI.cpp where it gets added.

void DropCmd(SPAWNINFO*, char*)
{
    ItemPtr pItem = GetPcProfile()->GetInventorySlot(InvSlot_Cursor);

    if (pItem && pItem->CanDrop(false, true))
        pEverQuest->DropHeldItemOnGround(1);
}

pEverQuest->DropHeldItemOnGround(1); appears to be an EQ Function. I suppose it's possible it's not acting correctly

 

[BlankStare]

Has anyone tried reproducing this? Maybe a plugin or something in the core VV compile was updated that conflicts?

 

[ChatWithThisName]

Has anyone tried reproducing this? Maybe a plugin or something in the core VV compile was updated that conflicts?

I've never used the command in the first place and haven't tried it at this point. But I do have what I believe to be all available plugins added to my solution and did a search on the entire solution for /drop and didn't find a result with the exception of what I posted above. So to the best of my knowledge there isn't another /drop anywhere in the code.

 

[BlankStare]

Up until last month, /drop would drop whatever was on your cursor to the ground.

Now, for whatever reason, /drop performs a /reload on the client. Maybe /reload is the default when a MQ-driven command disappears from the directory?

Try it in-game. Pick up something like a fishing grub or roots or whatever, and /drop it. Tell me what happens, and if it performs a /reload, if you think that should be the expected behavior or not. If it drops the item on the ground then it's something with my setup / corrupted file / etc.
Maybe @Redbot or someone else has experience with this command.

 

[Doingbigthings]

Yes /drop was working a few weeks ago. Now it does not work which sucks cause /drop was very convenient when there is a crowd around its hard to find that empty spot to fast drop whatever is on your cursor. Back to /destroy for these situations

 

[naamloseeen]

I just tried /drop and it immediately crashed 2 of my Eq clients.

I don't think it's actually trying to /reload since /reload works fine for me and I actually do that fairly often. It seems like /drop is indeed broken.

 

[Redbot]

Confirmed bug, thank you for the report!

 

[Sic]

Confirmed bug, thank you for the report!

issue created > here <

 

[BlankStare]

Yes /drop was working a few weeks ago. Now it does not work which sucks cause /drop was very convenient when there is a crowd around its hard to find that empty spot to fast drop whatever is on your cursor. Back to /destroy for these situations

I modified a few macros to utilize /drop instead of /destroy, because I literally hate the thought of accidentally destroying an item like a piece of raid gear on accident if I click on the screen and it picks up my breastplate, or something. The patch last month (April) broke it, so I modified what I was doing instead, hoping the next MQ patch would fix it. When the May patch came around and it wasn't fixed, I thought I should report it.

I agree, finding a space in like PoK to conveniently drop something is a pain, or while moving invis in a room full of mobs and accidentally trying to open trade with one of them and breaking my invis.

 

[Redbot]

brainiac posted a fix, building now. Live server build ETA ~12 min

No ETA on test server build.