View Full Version : Default action for PM Receipts
Marco van Herwaarden
03-11-2005, 10:00 PM
An old mini-mod by me, released now because of a request.
I am not sure if i based this on an hack by someone else or not. Did a quick search and could not find anything. If it is based on someone elses work, please contact me by PM.
Some users get irritated about the popup asking if they want a answer a requested read receipt on reading PM or if they want to request a receipt on sending a new pm.
This hack give users the possibility, to change this behaviour in their profile.
Users can access this setting from their User CP-->Edit Options as the last 2 options in the Messaging and notification section.
Users can choose the following:
- Ask - This is the default and will give the same behaviour as on an unhacked board.
- Never - There will never be a send a receipt on a request, no popup.
- Allways - There will allways be send a receipt when requested requested, no popup.
PS The usergroup setting "Can Deny Private Message Read Receipt Request" is respected by this hack.
This mean that for usergroups where this is set to Yes it will allways send a confirmation.
Good practise is to always backup files before changing them!
sabret00the
03-12-2005, 08:43 AM
nice work :)
T3MEDIA
03-12-2005, 10:04 AM
nice work :)
Hey did ya try it sab?
sjkoenig
03-13-2005, 04:37 PM
Real nice work. I have been waiting for someone to write this hack. It works great.
Marco van Herwaarden
03-13-2005, 05:38 PM
Well it was already written a long time ago. Maybe i'll put it in a HIS installer.
URPREY
03-14-2005, 01:08 AM
Working great! Thanks. That pop-up was annoying everyone!
thanks for the hack.
one thing, how would i put the two options in the 'Private Messaging' fieldset? Just for cosmetic reasons.
Marco van Herwaarden
03-17-2005, 09:10 AM
thanks for the hack.
one thing, how would i put the two options in the 'Private Messaging' fieldset? Just for cosmetic reasons.
Sorry but if using "User Profile Fields" this is not possible. If you woul want this, it would increase the complexity of this hack, with a lot more file edits.
One of the strenght in my eyes, is that it is relative simple.
Dennis Olson
03-17-2005, 12:07 PM
Somewhere around here is a hack that changes the popup to a checkbox under the text-entry window. I installed that, and default the box to UNchecked. That one works great too. I might end up using this one however... ;)
Marco van Herwaarden
03-17-2005, 12:31 PM
Somewhere around here is a hack that changes the popup to a checkbox under the text-entry window. I installed that, and default the box to UNchecked. That one works great too. I might end up using this one however... ;)
If you already installed that one, what would make you choose to (also) use this one?
Just being curious and trying to learn what people (dis)like in a hack.
Dennis Olson
03-17-2005, 12:40 PM
Because this hack allows the user to decide for themselves how they want to handle it via their UserCP, rather than being hard-coded into the form.
Marco van Herwaarden
03-17-2005, 12:48 PM
:D
Thanks for the feedback
Dennis Olson
03-17-2005, 12:54 PM
BTW, I just implemented something like that with my very first hack (posted in this room), which allows the user to decide if they want the standard PM notification popup, or would rahter have a flahing image over their "Welcome, UserName", like:
https://vborg.vbsupport.ru/external/2005/03/3.gif
;)
Marco van Herwaarden
03-17-2005, 04:09 PM
Nice will have a look at it if i have time.
MissKalunji
05-22-2005, 09:46 AM
anyone knows if this will work with 3.5.0?
Marco van Herwaarden
05-23-2005, 09:21 AM
anyone knows if this will work with 3.5.0?Since none of the coders have seen the vB3.5 source code, this question is impossible to answer.
MissKalunji
05-23-2005, 12:24 PM
Since none of the coders have seen the vB3.5 source code, this question is impossible to answer.
ok thx for replying
Fusion.nl
05-23-2005, 12:38 PM
Installed on 3.0.7 and working fine. So to answer MissKalunji's question: 3.0.5 wont be a problem.
Thnx for the hack. ;)
Marco van Herwaarden
05-23-2005, 01:07 PM
Installed on 3.0.7 and working fine. So to answer MissKalunji's question: 3.0.5 wont be a problem.
Thnx for the hack. ;)She is asking for a future version 3.5, not the old 3.0.5.
MissKalunji
05-23-2005, 02:34 PM
She is asking for a future version 3.5, not the old 3.0.5.
yeah thats what im asking but thanks n e ways
Fusion.nl
05-25-2005, 08:54 PM
Ow lol my bad. Thought it was a typo. :)
MissKalunji
05-25-2005, 09:01 PM
Ow lol my bad. Thought it was a typo. :)
its cool :nervous:
Very useful .. I hate those popups.
Clicked install .. thanks for the hack.
mama pie
08-15-2005, 07:02 PM
We installed this hack and now no one can send a PM at all. It tell us to "Please complete both the subject and message fields. Press the back button, correct the problem and try again" even though both fields are already filled out! Can anyone help urgently?
TIA.
Marco van Herwaarden
08-16-2005, 10:33 AM
What vB version are you using?
And please double check the instructions. If all instructions are followed, there should be no problems.
tokenyank
08-16-2005, 12:14 PM
I've uninstalled the hack for now and will go through and make double sure everything is followed exactly before coming back (mama pie is my other half before you're wondering why I'm posting! :) )
tracylee
08-20-2005, 08:50 PM
We installed this hack and now no one can send a PM at all. It tell us to "Please complete both the subject and message fields. Press the back button, correct the problem and try again" even though both fields are already filled out! Can anyone help urgently?
TIA.
I'm getting the same problem, (3.0.7) I've tried twice to install it. Finally went to my test forum the second time so as not to mess up my production forum by disabling PMs.
The Add profile fields part goes fine and does not mess up PMs.
I reverted the template and without the template mods the PMs work as previously, so it's somewhere in that combination between the template mod and calling private.php.
Glad I'm not the only one.
tracylee
08-20-2005, 09:20 PM
OK, I was able to make it work for sending PMs without asking for receipts, which is great. I still had to acknowledge a receipt request, but it may be that it's supposed to do that. Or what I changed disabled that?
Anyway, in the ./private.php change, there's a -= CANDENYPMRECEIPTS;
I removed the minus sign and it no longer gave me an error.
Marco van Herwaarden
08-21-2005, 08:08 AM
Please change that '-=' to '=='.
Thanks for spotting this bug, will update the zip monday.
tracylee
08-26-2005, 04:42 PM
Well, when I went to install if, it worked fine for just the site owner and I, everyone else was getting the "no text" error, so I had to back it out.
They were using the same styles as we were.
Another situation of really hard to debug when something works fine for me. It's a busy forum, so I didn't have the time to set up a test user account and try to debug that. Not sure what else the problem could be.
When I get the time, I'll test it again on my backup/test forum.
Marco van Herwaarden
08-26-2005, 09:01 PM
The only reason i can think of, why tis would work for some and not for others, would be if you are using a different style then the other users and that other style don't have templates changed.
tokenyank
08-28-2005, 07:27 AM
I've installed this several times with the same result each time..
The only reason i can think of, why tis would work for some and not for others, would be if you are using a different style then the other users and that other style don't have templates changed.
Our style is the default vB style with just CSS changes to change colourscheme... No other style is installed on the board.
Marco van Herwaarden
08-28-2005, 09:54 AM
PM me a link and a test account and i will try to have a look.
PS The usergroup setting "Can Deny Private Message Read Receipt Request" is respected by this hack.
This mean that for usergroups where this is set to Yes it will allways send a confirmation.
What exactly does that mean? When it is set on 'yes' it will ignore the settings you set up for it? Since... with that there I find no logic [it's still early in the morning. It takes me about half a day to fully wake up] since if you can't deny the 'read by receipt request' then why have the setting at all as you can't deny it anyways. And if you can then it will still ask even if your settings are set on never or always? Just explain that to me, please, lol.
I installed it on 3.0.7. and on sending a new pm, it works, but when you recieve it - when it is set on never it won't ask, but when it is set on always, it still asks.
Btw, also Always is spelled aLways, not Allways. I suggest you change that since.. well.. Allways is a female product in Europe. You don't want that, do you? Lmao. And the zip still has that '-=' thing, which was supposed to be changed to '=='?
tokenyank
08-30-2005, 04:03 PM
I've already removed it from my production forums because no one could send a pm
If I have some time tonight or tomorrow, I'll re-hack my dev board and send you a pm from there... This isn't *absolutly* important so don't kill yourself on my account! :D Just I have members who prefer as few clicks as necessary so this would be good to have!
zendiver
08-31-2005, 04:36 AM
I have had quite a few requests for the very thing. Thank you, it works awesome after a couple of changes. Still need to re-upload the "-=" fix to the zip file, and I am not sure if it is a "colour/color" thing or not, but I also changed the spelling of instances of "Allways" to "Always".
ventrix
11-10-2005, 09:59 PM
Sorry if I missed it, but is this available for 3.5.1?
I know you can disable the pm confirmations via usergroups, but i'd like to be able to allow them to decide.. etc.
Marco van Herwaarden
11-11-2005, 09:56 AM
No this has not been ported yet. But since in 3.5 the default is not to request PM Receipts, a lot less people will have problems with it.
Cindyl10
02-21-2009, 03:47 PM
Does anyone know if this works with version 3.8.0? I've been looking for something like this and am really hoping it does!
vBulletin® v3.8.12 by vBS, Copyright ©2000-2025, vBulletin Solutions Inc.