no i have had problems with delete (from inside an open message sence i installed it). if you press delete it sends a blank pm back to the person who sent you a pm in the first place.

But that makes me think that it IS just a cut-and-pasting error on both of our parts... Although both you and I have problems with our delete buttons, it's not the same problem.

My delete button doesn't do anything at all -- no delete, no blank message sent.

Your delete button sends blank messages.

If it were an error with the coding, it should result in the same errors (or at least similar errors) for both of us.

Anyone else go the delete button working on their 3.0.7 board?

I'm having a problem with this hack interfering with requested read receipts. It doesn't force someone to confirm/deny read receipts when someone tries to leave a PM screen as it did before, and many people seem to conveniently skip over that button when I need to send out something important and dated.

Is there a minor fix for this somewhere I've missed in this thread while skimming it for keywords or am I the only one with this problem? :(

on that note I went back and checked all my edits. they are just as required. beats me. ah well i don't mind it so much and my users know what is up with it and they don't realy care so i am not worried. :)

Erwin - Can you port this to 3.5? I find it really useful :p

Hey Angel (and others). Thought I'd write because I found some important info:
Okay... since on one was willing to do all the work to get my lazy ass an answer and save me the work (lol), I went back and looked at this all again.

Turns out (er... as is most often the situation) that I was the problem. I thought I was too smart ;)

To answer my own question:

Yes, this hack works great -- ALL OF THE HACK, INCLUDING THE DELETE -- with 3.0.7.

The delete works, both deleting messages and not sending blank messages. The reply works, sending a message, etc. The "Request Confirmation Recipt" works....

With 3.0.7 (dunno about any other version of vB, but it all works perfectly with 3.0.7)

The problem I was having, and I assume the problems others are having, come from not following the instructions VERBATIUM

See... I thought I was smarter. When Erwin posted the last instruction:I thought... he can't possibly mean the BOTTOM.

See... there's a table on that template. A table and a form. You've gotta put the $quickpmreply IN the table, don't you!? You've got to put the $quickpmreply IN the form, don't you!?

And so, I struggled with placing $quickpmreply in different places in the existing template... in the table... making new tables... in the form...

It never worked.

When I put it once place it wouldn't delete the message. In another, it would sent blank PMs when I attempted to delete the message. But -- WHEN PLACED IN THE EXISTING FORM OR TABLE -- it would NOT work correctly.

So I finally did what Erwin's instructions said:...knowing full well that it wouldn't work (cause of all my "smart" thinking detailed above.

Er... guess what?

It worked perfectly.

So... when Erwin saysHe MEANS AT THE BOTTOM OF THE TEMPLATE. AFTER the </tr>. AFTER the </form>. After EVERYTHING... at the BOTTOM of the template.

Works great.

Um... thanks Erwin :D

3.0.8 here

installed the hack on a untouched private.php

dont work, only sends the previous message back..

any ideas here ?

I would love to see this too. :)

nevermind..

guys for those who can't get this to work..only blank pms going its because the the variable needs to go after </form>

basically the form has to close in order for the new form which is quick reply to open..

Me three. :D