Log in

View Full Version : New Posting Features - LAM - Dispute Resolution


mawby
10-22-2010, 10:00 PM
This product will allow you to configure a forum so that only a thread creator, their nominated list of disputed members, and moderators are able to reply to the thread. When a dispute thread is created a PM will be sent to all those involved in the dispute.

On my site we have a lot of people selling items, and occasionally something goes wrong during the process. Before we had this product a member would post up about their problem and it became a free-for-all with 'friends' of both sides posting up slating the other side for being wrong and generally turning into a slanging match until the thread eventually got locked. Now, thanks to this product, only those actually involved in the dispute can reply. This has resulted in almost all of our disputes being resolved in a way where both sides are happy.

As of version 4.0.8.1 it is now possible to configure this product to run in "Private Dispute" mode. This extends the normal functionality described above to also prevent those not in the dispute from being able to view the contents of the thread. They can still see it exists but any thread preview text, or opening the thread itself, will show a "You are not authorised to participate in this dispute" message.

As of version 4.0.8.2 it is now possible to configure this product to run in "Extra Privacy" mode. This extends the "Private Dispute" functionality described above to also prevent those not in the dispute from being able to see the thread exists. With this setting enabled dispute threads will not be shown when browsing a forum if the user is not the thread creator, on the disputed list, or a moderator.

As of version 4.1.3.0 it is now possible to make entering the disputed user names optional via the "Optional Disputes" setting. You can also enable the dispute functionality on all forums by enabling the "Globally Enabled" setting.

As of version 4.1.4.0 it is now possible for the thread creator, or a moderator, to edit the threads dispute list by performing an advanced edit on any post in the thread which they have permission to edit. Upgrade instructions for this version can be found here (https://vborg.vbsupport.ru/showpost.php?p=2217034&postcount=64).

As of version 4.1.4.1 it is now possible to create a dispute against a single user group by enabling the "Enable Usergroups" setting. This will allow anyone in the user group to participate in the dispute, as well as anyone on the normal dispute list. PM notifications won't be sent to the user group. This version also fixes several bugs with the Private Dispute option where searches would still show a dispute thread even if the user wasn't allowed to participate in the dispute.

Tapatalk Users - Please see this (https://vborg.vbsupport.ru/showpost.php?p=2187685&postcount=42) important note about Tapatalk support.

Installation

Download the attached .xml file
product-LAM_DisputeResolution.xml
Install the product
AdminCP -> Plugins & Products -> Add/Import Product -> Import Product


Configuration

You need configure which forums you want this product to run in, or globally enable it to run in all forums. You can also specify if creating a "dispute" thread in a dispute forum is optional. There is a setting that lets you override who the notification PM is sent from should you prefer it to come from an admin account rather than the user's account. And finally there are the privacy and user group options as detailed above.

https://vborg.vbsupport.ru/attachment.php?attachmentid=131233&stc=1&d=1311092661

Example

When creating or advanced editing a thread in a disputes forum there is now an additional row where the user can edit the user names (and user group if enabled) of those they are disputing...

https://vborg.vbsupport.ru/attachment.php?attachmentid=131234&stc=1&d=1311092726

When the thread is created (or advanced edited) a PM is sent to those involved in the dispute (only newly disputed members are PMd when editing a thread)...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122980&stc=1&d=1287822017

When the thread is viewed it shows at the top who the dispute is between...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122981&stc=1&d=1287822017

An error will be shown if; the thread creator forgets to enter any names and the "Optional Disputes" option is set to No...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122984&stc=1&d=1287822318

the thread creator enters an unrecognised name...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122985&stc=1&d=1287822318

or someone not in the disputed list tries to reply to the thread...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122986&stc=1&d=1287822318


Version History

4.1.4.1 - Added user group option. Stopped threads showing in searches when Private Disputes is enabled. Stopped sending PMs to users already on the disputes list when editing a thread. (2011/07/19)
4.1.4.0 - Added the disputed users to the advanced edit screen & removed the admin option (2011/07/05)
4.1.3.0 - Added optional disputes, global enable and prevented the admin option appearing in non-disputes forums (2011/05/01)
4.1.2.0 - Fixed an SQL error if the admin option was accessed in a forum that didn't have disputes turned on (2011/03/25)
4.0.8.3 - Added auto-suggest to the user names field (2010/11/01)
4.0.8.2 - Added Extra Privacy mode (2010/10/24)
4.0.8.1 - Added Private Dispute mode (2010/10/23)
4.0.8.0 - Initial release (2010/10/23)


Credits

Although I've written this product for vB 4 the original idea came from the Private Debates (https://vborg.vbsupport.ru/showthread.php?t=122897) product written by beebi.

The code to not send PMd to users already on the disputes list when edited a thread was contributed by CheeSie

ProFifaLeagues
10-23-2010, 08:54 AM
Tagged this till i get home,Could be a great mod for us at the PGL,Thanks!

Mukashi
10-23-2010, 09:57 AM
Hmmm....I can see uses for this beyond just dispute resolution. For instance...allowing forums which run RPG's to have private threads between the game master and one or more of the players, rather than trying to co-ordinate things through PM's.

mawby
10-23-2010, 10:07 AM
If anyone has any ideas of changes needed to make this product usable for anything other than dispute resolution, let me know and I'll try and incorporate it into the product.

It's already full phrased so it wouldn't take much effort to make this product appear like a basic ticketing system or private debates, etc.

mitch84
10-23-2010, 11:51 AM
nice mod, thx

SocialNetworkBuzz
10-23-2010, 01:36 PM
Could you make it where only those involved in the dispute could read the thread? Would be an awesome feature for our WoW server, to let a player know when their donation has been processed and their in-game item is in the mailbox.

mawby
10-23-2010, 02:59 PM
Could you make it where only those involved in the dispute could read the thread? Would be an awesome feature for our WoW server, to let a player know when their donation has been processed and their in-game item is in the mailbox.I have updated the product so it is now possible to configure it to run in "Private Dispute" mode. This extends the normal functionality to also prevent those not in the dispute from being able to view the thread.

A new setting is available...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122993&stc=1&d=1287848960

If enabled and a user not in the dispute hovers over the thread, the preview text is changed to...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122994&stc=1&d=1287848960

And if the user tries to view the thread anyway, they'll get the error...

https://vborg.vbsupport.ru/attachment.php?attachmentid=122995&stc=1&d=1287848960

I wont be running this product in "Private" mode on my site so I'll be relying on feedback to let me know if there are any problems with it.

vidan
10-23-2010, 06:03 PM
can admin/mod with grant permission reply in the dispute resolution thread?

pete_brady
10-23-2010, 06:17 PM
THUNDERDOME!

http://www.youtube.com/watch?v=pmRAiUPdRjk

sorry

Lojo
10-23-2010, 06:49 PM
Great mod. Keep up the good work.

SocialNetworkBuzz
10-23-2010, 07:21 PM
If enabled and a user not in the dispute hovers over the thread, the preview text is changed to...



Awesome! It almost fits what I need now! Could you add an option though that if your not a admin or involved in the dispute you can't see the thread at all. Basically I need a forum unviewable but instead of viewable via usergroup permission, it is viewable on a thread by thread basis in that forum based on if your involved in that dispute.

Will for sure nominate for MotM if you can get that to do this!

COL NIL SATIS
10-23-2010, 09:55 PM
This is absolutely a brilliant concept ....install tomorrow!!!! thanks Mawby another top mod this...great ...tag for tonight

CharlieDelta
10-24-2010, 12:33 AM
What a brilliant idea! Brilliant work mawby!

apokphp
10-24-2010, 12:57 AM
I asked for this mod about 3 years ago or so for my debate site. Good to see that it has become a reality as I knew I couldn't be the only person who could use it. However...while it is a brilliant mod and will be quite useful for many boards...it's a little late for me as I'm migrating from VB.

Kudo's on the great hack though man. About time something like this came along. IMO...it should be standard feature in vb.

If you ever make a switch to XF pm me. I'd be willing to pay for this mod. ;)

Devil_Dog
10-24-2010, 03:48 AM
Tagged and will give some feedback.

This looks like a great mod!!!

Thanks

mawby
10-24-2010, 08:26 AM
can admin/mod with grant permission reply in the dispute resolution thread?Anyone with moderator rights over the forum can view/reply to the threads as normal. This is needed for my site where the moderators occasionally need to get involved in trying to progress a dispute.

Awesome! It almost fits what I need now! Could you add an option though that if your not a admin or involved in the dispute you can't see the thread at all.I have updated the product so it is now possible to configure it to run in "Extra Privacy" mode. This extends the "Private Dispute" functionality to also prevent those not in the dispute from being able to see the thread exists.

https://vborg.vbsupport.ru/attachment.php?attachmentid=123033&stc=1&d=1287912146

I asked for this mod about 3 years ago or so for my debate site.Ironically I first wrote this for my site back in January 2007! It's only because vB4 has forced me to review/rewrite most of my site's code that I decided to put in the extra effort to do it properly as products and release them into the community.

SocialNetworkBuzz
10-24-2010, 08:43 AM
I have updated the product so it is now possible to configure it to run in "Extra Privacy" mode. This extends the "Private Dispute" functionality to also prevent those not in the dispute from being able to see the thread exists.


Thanks! *Clicks MotM*

Veer
10-24-2010, 12:27 PM
Installed & Nominated for MOTM.

mawby
11-01-2010, 05:50 PM
I have updated the product to include a new feature. Now when entering the list of users being disputed an auto-suggest pop-up will appear just the same as it does when sending a PM.

A consequence of this change means you now need to separate the names with a semi-colon instead of a comma.

Hopefully people will find it more user friendly like this. :)

djr
11-18-2010, 11:03 PM
Interesting mod. Could be very useful for our site. Some additional questions:

Does the complaining member need to create a thread in the dispute forum? (and if yes, how do you communicate this at your site)
Is it possible to move an existing thread in a non-dispute forum to the special dispute forum? What happens after the move? Does an admin or mod need to update the thread to add all parties involved?

In other words, could you please give a little background how this mod currently works at your site? How do you get your members to actually use the dispute forum?

mawby
11-24-2010, 08:02 AM
On my site my members know that if they create a 'complaint' thread outside of the disputes forum it will just get closed. We have a lot of traders so over the years we've had to deal with a lot a problems and the fallout that happens when people who know half the facts decide to jump in and have their say, so we have zero tolerance for it. That said, in our club rules we do state that our members are expected to reply to any dispute they are involved in within a reasonable time frame; failure to do so will result in their membership being cancelled. We state very clearly that this is the limit to which the club will get involved in disputes and most people seem happy with that. It might not get them their money back, but the fact the problematic person is no longer apart of the club does mean they cannot cause issues for others.

With regards to moving threads, I'll be honest and say I've never tried it. However, once moved you should find anyone can reply to it until a moderator edits the thread to include the names of those involved in the dispute.

sevenmix
03-23-2011, 02:41 AM
Up.

Is this still working on newer versions?

I think this is a great mod :D

sticky
03-23-2011, 03:25 AM
Epic mod! Will this work with 4.0.2?

LuMiS!
03-23-2011, 03:27 AM
SURE It's an EPIC MOD!...

Nominated! i used to love private debates!!!! MAAAAAN! this is awesome .... Installed ... SURE INSTALLED!...

BadgerDog
03-23-2011, 11:35 AM
Installed with thanks on 4.04 for testing ... :up:

When looking at any forum under forum manager, I don't see the prefixes you show in your demo screenshot below. I only see the last line option to turn it ON or OFF for that forum? :confused:

https://vborg.vbsupport.ru/attachment.php?attachmentid=122977&d=1287820899

Regards,
Doug

Edit: When a user creates a dispute thread and enters the names, does he enter his own name as part of the dispute, or is that automatic because he started the thread?

Another edit: Not sure how you handle this, but once this mod is installed and because the new Dispute Resolution radio button now appears in ALL forums, if any Admin or Mod accidentally clicks on and uses that Administrative function on any thread that is NOT one created using this mod, then it crashes the site with a database error as shown below.

Database error in vBulletin 4.0.4:
Invalid SQL:
SELECT username FROM user AS user WHERE userid IN ();

MySQL Error : You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1
Error Number : 1064
Request Date : Wednesday, March 23rd 2011 @ 10:17:53 AM
Error Date : Wednesday, March 23rd 2011 @ 10:17:54 AM
Script : http://www.xxxxxx.com/postings.php
Referrer : http://www.xxxxxx.com/showthread.php?t=29312
IP Address : xx.xx.xx.xx
Username : Tester
Classname : vB_Database
MySQL Version : 5.0.77

mawby
03-23-2011, 07:28 PM
Hi Doug. The prefixes are just what I have on my forum and not related to this mod.

I'm sorry to hear you're having problems with this mod. Just so I'm sure I understand the problem; the option to edit the dispute resolution on the Administrative drop down is appearing on threads not in forums with the option turned on and, if edited, the thread then causes an error when viewed?

Due to work commitments I won't have time to look at this until Friday but if I have as much information by then I should hopefully be able to fix it quickly.

BadgerDog
03-23-2011, 08:09 PM
Hi Doug. The prefixes are just what I have on my forum and not related to this mod.

Understood now ... :)

I'm sorry to hear you're having problems with this mod. Just so I'm sure I understand the problem; the option to edit the dispute resolution on the Administrative drop down is appearing on threads not in forums with the option turned on and, if edited, the thread then causes an error when viewed?

Due to work commitments I won't have time to look at this until Friday but if I have as much information by then I should hopefully be able to fix it quickly.

No problem .... :)

For clarity, the option to edit the dispute resolution from the Administrative drop down is appearing in ALL forums, not just ones where the mod is turned ON for. Also, if someone tries to use that option being displayed on a thread that WAS NOT created with your mod installed, it crashes with an SQL error.

Regards,
Doug

mawby
03-23-2011, 08:32 PM
Excellent... well obviously not excellent but at least I should be able to replicate this easily enough on Friday to fix it.

venom2124
03-24-2011, 12:56 AM
Okay installed on 4.1.2 and I'm not seeing the option to enable the product for a forum.

I see the require prefix option and then there isn't the option to enable.

https://vborg.vbsupport.ru/external/2011/03/10.jpg

Any help to get this working would be great.

Welshy2008
03-24-2011, 10:40 AM
Lovely job Mawby. Tagged for possible future use.

morrow
03-24-2011, 01:17 PM
Not sure how I missed this one. Are you still taking requests to make modification to this mod?

mawby
03-24-2011, 08:05 PM
Any help to get this working would be great.I have no idea why it wouldn't appear. Not the most helpful option but can you try installing it again?

Not sure how I missed this one. Are you still taking requests to make modification to this mod?Go for it. I can't promise anything soon due to my work at the moment but I'm always happy to try and make the product better.

venom2124
03-24-2011, 08:27 PM
I have no idea why it wouldn't appear. Not the most helpful option but can you try installing it again?

Go for it. I can't promise anything soon due to my work at the moment but I'm always happy to try and make the product better.

Tried reinstalling it a couple of times. I see the mod in the options menu, just not there to enable it if the forum manager.

mawby
03-25-2011, 09:04 AM
For clarity, the option to edit the dispute resolution from the Administrative drop down is appearing in ALL forums, not just ones where the mod is turned ON for. Also, if someone tries to use that option being displayed on a thread that WAS NOT created with your mod installed, it crashes with an SQL error.I've updated the product - both of these problems should be fixed.

The admin option still appears for all forums but if it's selected on a forum that doesn't have disputes turned on the user will get a friendly error message instead of an SQL error. When I get a bit more time I'll try and stop the menu option appearing at all when in a non-disputes forum.

Let me know if there are any more problem. :)

BadgerDog
03-25-2011, 10:19 AM
Let me know if there are any more problem. :)

Thank you ... :up:

Will advise as an edit to this thread when I have a chance to test it today .. :)

Regards,
Doug

Edit: no more SQL error ... now get a message that says "Invalid Action Specified .... thanks ...

morrow
03-25-2011, 03:25 PM
I have no idea why it wouldn't appear. Not the most helpful option but can you try installing it again?

Go for it. I can't promise anything soon due to my work at the moment but I'm always happy to try and make the product better.Ok Great!

1. I'd like to be able to enable this in any forum however, when enabling in a forum, you MUST enter user names otherwise it won't allow you to post.

I'd like to simply add the usernames but only if I want to add them. The way it's currently set up, one has to ideally create a new forum.

2. The ability to simply enable this in all forums and/or by forum ID's rather than having to go into each forum and ticking the button would of course be a great option.

3. Now this one would really be cool... How about an option whereas you can input the users you DON'T want to see your new thread... For instance... UserA creates a new thread and doesn't want USER C, USER T and/or USERY to be able to read it and/or reply to it. However, ALL other users can do what the rules apply to.

That's about it. If you can do this great, if not, no big deal. I think 1 and 2 are more important than 3 at the moment.

venom2124
03-25-2011, 10:24 PM
Looks like the update has fixed the issue. Thanks.

mawby
03-26-2011, 08:12 AM
Looks like the update has fixed the issue. Thanks.Although I'm glad it's working... that's impossible. :) The changes I made would have had no affect on the AdminCP side of things. :confused: But if it's working let's not worry about that. :D

Sforums
04-04-2011, 01:26 AM
Great stuff, love it.
However, today I doscovered serious problem:

Dispute thread was initiated and all of a sudden member who is not involved in dispute posted. His post came from mobile phone. At my forum we use tapatalk (https://vborg.vbsupport.ru/showthread.php?t=232437&highlight=tapatalk). I checked all permissions, used my forum testing ID and always received message that I can't get access to disputed thread, which is the way it should be. There must be some kind of conflict between these 2 mods, would you please look into it?

Sforums
04-04-2011, 07:40 AM
Installed and rated, good stuff.

It would be nice to have an option to mark thread as "Dispute Resolved". Any ideas how to do this?

mawby
04-08-2011, 08:52 AM
That's about it. If you can do this great, if not, no big deal. I think 1 and 2 are more important than 3 at the moment.I'll add them to the list. I can't say when they'll get done though.

Great stuff, love it.
However, today I doscovered serious problem:

Dispute thread was initiated and all of a sudden member who is not involved in dispute posted. His post came from mobile phone. At my forum we use tapatalk (https://vborg.vbsupport.ru/showthread.php?t=232437&highlight=tapatalk). I checked all permissions, used my forum testing ID and always received message that I can't get access to disputed thread, which is the way it should be. There must be some kind of conflict between these 2 mods, would you please look into it?

I suspect Tapatalk bypasses the normal route to creating posts/threads and performs the checks itself. As much as my mod knows nothing about the existence of Tapatalk or what to do with it, Tapatalk knows nothing about my mod either! Neither is at fault. :)

Unfortunately for me I do use Tapatalk on my site (well I don't, but users of my site do) so it's in my best interest to take the time to bridge the two mods. It won't be for a couple of weeks yet though.

It would be nice to have an option to mark thread as "Dispute Resolved". Any ideas how to do this?I'll look into adding the option, but again it may be a few weeks before I get a chance to look at it.

mawby
04-23-2011, 07:19 AM
I've had a quick look at the Tapatalk code and as suspected it does by-pass the normal vB code and therefore doesn't execute any of the hooks needed to allow the Disputes Resolution add-on to work. However, the calls to the necessary hooks are in the Tapatalk files but they are commented out. By un-commenting the hooks it is possible to prevent Tapatalk creating threads in a Disputes forum (necessary because Tapatalk is not able to collect the disputed user names needed by this add-on), and prevent it from allowing people to reply to Dispute threads of which they do not belong. There are some limitations to this though...


None of the extra privacy options of this add-on will work with Tapatalk
It is not possible to create a Dispute using Tapatalk
The error messages returned when trying to create a thread/post are generic and not relevant to the Disputes add-on


I also want to state clearly that...


Applying these changes may break Tapatalk! By un-commenting the hooks you are exposing Tapatalk to all of your installed add-ons that use these hooks and although my Disputes Resolution add-on works fine other add-ons may not.
These changes will need re-doing every time you update Tapatalk
I make no guarantees that these changes will work with future versions of Tapatalk
Although I will try and keep the Disputes Resolution add-on and Tapatalk working together (for my own sites benefit if nothing else) I cannot offer any support for problems arising by making these changes. You make these changes at your own risk.


With that said, if you want basic Disputes Resolution support within Tapatalk then un-comment (remove the // from the beginning of) the following lines...

mobiquo/functions/new_topic.php
//($hook = vBulletinHook::fetch_hook('newthread_post_start')) ? eval($hook) : false;

mobiquo/functions/reply_post.php
mobiquo/functions/reply_topic.php
mobiquo/functions/get_quote_post.php
//($hook = vBulletinHook::fetch_hook('newreply_start')) ? eval($hook) : false;

reddyink
04-24-2011, 10:56 PM
Great Mod!. Let to me know what does it take to add below functionality (I am willing to pay). I would like use this as a Thread Permissions MOD.

1) When a user is posting a thread, they will have option of selecting "Disputed Thread" Yes or No.

If No is selected, it becomes a general thread where everyone can use it. If Yes is selected only listed users can use the thread.
(or if no usersnames are entered, it becomes a public thread (all the forum permissions apply)
2) User has an option to enter User Group name and/or Social Group name. In that case, all the members of social group will be able to reply to the thread.

Thank you! PM me what does it take to do it.

Downloaded > Installed > Rated 5> Nominated

ProFifaLeagues
04-28-2011, 06:35 PM
Great mod and something we will use heavly on our forum!
Is there anyway i can add some simple changes to offer some set Disputes ????

Ie we play Fifa and it could be used to arrange games that havent been played between members....

mawby
04-29-2011, 03:01 PM
I'm going to be looking at all the requests made for this mod in the next couple of days so I can try and release the next version with all the features in that everyone have asked for.

Is there anyway i can add some simple changes to offer some set Disputes ????

Ie we play Fifa and it could be used to arrange games that havent been played between members....

I'm not sure I understand, can you provide an example of what you mean.

ProFifaLeagues
04-29-2011, 05:41 PM
Just some way of templete edits or other that can be set with options to enter info
For us some we would use being

Arrange game for IE time and date
Can you play IE Yes or No drop down box or just a reply space
Can play at this IE time and date (again some form of box or drop down to enter info

mawby
05-01-2011, 12:07 PM
I've updated the product. This latest update fixes/adds...

The admin option still appears for all forums but if it's selected on a forum that doesn't have disputes turned on the user will get a friendly error message instead of an SQL error. When I get a bit more time I'll try and stop the menu option appearing at all when in a non-disputes forum.

Done. If you look at the instructions on the first post about editing the SHOWTHREAD template you'll see there are more lines to add now. For anyone upgrading simply do the following...


Find...
<li><label><input type="radio" name="do" value="LAM_DisputeResolution" tabindex="10" /> {vb:rawphrase LAM_DisputeResolution_Title}&hellip;</label></li>

Replace with...
<vb:if condition="$vboptions['LAM_DisputeResolution_GlobalEnable'] || in_array($threadinfo['forumid'], array($vboptions['LAM_DisputeResolution_DisputeForumIDs']))">
<li><label><input type="radio" name="do" value="LAM_DisputeResolution" tabindex="10" /> {vb:rawphrase LAM_DisputeResolution_Title}&hellip;</label></li>
</vb:if>


1. I'd like to be able to enable this in any forum however, when enabling in a forum, you MUST enter user names otherwise it won't allow you to post. I'd like to simply add the usernames but only if I want to add them. The way it's currently set up, one has to ideally create a new forum.

1) When a user is posting a thread, they will have option of selecting "Disputed Thread" Yes or No.

If No is selected, it becomes a general thread where everyone can use it. If Yes is selected only listed users can use the thread.
(or if no usersnames are entered, it becomes a public thread (all the forum permissions apply)

Done. There is a new "Optional Disputes" setting that will skip the "You must enter the usernames of those you are disputing." test when enabled.

2. The ability to simply enable this in all forums and/or by forum ID's rather than having to go into each forum and ticking the button would of course be a great option.Done. You can now specify the forums this is enabled for as a comma separated list on the products settings page, and there is also a "Globally Enabled" option too.





On my to-do list when I next get a spare couple of hours...

3. Now this one would really be cool... How about an option whereas you can input the users you DON'T want to see your new thread... For instance... UserA creates a new thread and doesn't want USER C, USER T and/or USERY to be able to read it and/or reply to it. However, ALL other users can do what the rules apply to.
I think this is out of scope of this product... however, I agree the product does lend itself well to such an idea so I will release a separate product based on the code of this one that can be used to ban a user from a thread. Being a separate product will allow me to add features that I'd find useful on my site like auto banning people on ignore lists and adding a quick ban from thread option to the postbit. I'll let you know when this is ready.

2) User has an option to enter User Group name and/or Social Group name. In that case, all the members of social group will be able to reply to the thread.Would this be an additional field or replace the usernames list? (For example, would you want to be able to ban user x OR users in group Y, or ban user X AND anyone in user group Y)

Just some way of templete edits or other that can be set with options to enter info So you simply want it to collect additional information and display it at the top of the thread? Or would this information be collected at post level instead of thread level? Either way this might also be out of scope of this product but I could release something to do the job as a separate product.

ProFifaLeagues
05-01-2011, 01:34 PM
If the info could be collected at post level that would be superb Nhawk

mawby
05-04-2011, 09:57 PM
I think this is out of scope of this product... however, I agree the product does lend itself well to such an idea so I will release a separate product based on the code of this one that can be used to ban a user from a thread. Being a separate product will allow me to add features that I'd find useful on my site like auto banning people on ignore lists and adding a quick ban from thread option to the postbit. I'll let you know when this is ready.As promised... https://vborg.vbsupport.ru/showthread.php?t=263142

BLUSpy
05-10-2011, 05:16 PM
I am not sure if it is just my settings that are or wrong or something is wrong with this product.

Like mentioned up thread I am using this product so that members of my website can create private threads between each other for role-play.

When you click on their profile and then click "View all posts" (and subsequently do a search) people who are not apart of the dispute can view the messages in the dispute thread. I have my settings configured so that they should not be able to view the dispute threads at all.

I have in my settings "Private Disputes" set to Yes and "Extra Privacy" set to Yes.

mawby
05-10-2011, 05:27 PM
Hi BLUSpy. The problem is with the product and not your settings. Attempting to prevent a thread from being seen completely is proving tricky as there isn't one central place I can do it but instead I have to find all the different searches and fix them all. I did look at this problem last weekend and found the place in code I needed to hook in to didn't actually have a hook I could use. :(

I appreciate it's not very good though so I will attempt to resolve the issue. Unfortunately due to work time schedules I can't say when I'll get to look at it, but the more people I know this is affecting the more embarrassed I'll be about it so it will get sorted at some point! :)

reddyink
05-11-2011, 11:05 PM
"Originally Posted by reddyink
2) User has an option to enter User Group name and/or Social Group name. In that case, all the members of social group will be able to reply to the thread.
Would this be an additional field or replace the usernames list? (For example, would you want to be able to ban user x OR users in group Y, or ban user X AND anyone in user group Y)"

This could be additional field or replacement (either way is fine)
Instead of entering userids, I would like to enter Social Group IDs or UserGroups IDs so that only and all of the members of the group can participate.

A Dead Puppie
05-11-2011, 11:41 PM
Could you release a 3.8 version?

CardMafia
05-13-2011, 01:11 AM
Great mod idea. Installed on a new board. I will post a review once the board goes live :)

CardMafia
05-13-2011, 01:16 AM
I am not sure if it is just my settings that are or wrong or something is wrong with this product.

Like mentioned up thread I am using this product so that members of my website can create private threads between each other for role-play.

When you click on their profile and then click "View all posts" (and subsequently do a search) people who are not apart of the dispute can view the messages in the dispute thread. I have my settings configured so that they should not be able to view the dispute threads at all.

I have in my settings "Private Disputes" set to Yes and "Extra Privacy" set to Yes.

If you have this set on a single forum, consider setting that forum as unsearchable. Not totally sure if this will prevent the posts from showing on the "View all posts" action, but it would keep the post out of a general site search. Hope this helps.

sulasno
06-17-2011, 07:34 AM
tagged

BLUSpy
06-23-2011, 11:14 PM
Any word on if you have resolved the search issue I mentioned earlier in the thread? Disabling search in the forum isn't possible for what I want to accomplish, unfortunately. The role-players still need to be able to search through their threads.

mawby
06-24-2011, 10:54 AM
It's a difficult one to fix to without hacking files. It is still on my to-do list at the moment.

reddyink
06-29-2011, 01:41 AM
When I edit the thread (Go Advanced ), I don't see how to edit the dispute member fields. Doesn't show at all.
First, I want add 1 more person to the dispute after submitting the tread.

Second, I may want to change the person who the dispute is between. Let me now if this can be accomplished. What I am doing wrong?
Thanks

BlessedFWI
07-02-2011, 12:48 AM
This is a great mod!

I am using vb4.1.4 and I am not seeing the "Dispute Resolution" under the "Administrative" tools. Can you help me with this please?

Thanks so much!

Willy T
07-02-2011, 12:35 PM
How can we get the border you have for our custom styles for the "dispute is between X & X" portion seen in your attachment: https://vborg.vbsupport.ru/attachment.php?attachmentid=122981&d=1287821986

Also, can you make it an option for the thread author to be able to change who the dispute is between?

BlessedFWI
07-03-2011, 05:50 AM
Willy T, that is a great idea. I would also love it if the original author could edit the thread at anytime and add/remove people as needed. Can this be done, mawby? :)

S3Ponline
07-05-2011, 06:43 AM
It's a difficult one to fix to without hacking files. It is still on my to-do list at the moment.

Would also REALLY love for this to be fixed.

Just a thought - In the default settings for VB 4.x, you can set "Can view other's threads" permissions to "No". Would it be easier/possible to make the Dispute Resolution override that setting for the individual users who are added to the dispute?

Seems to me that way you wouldn't have to mess with all the search functions... But I don't know how plausible it is to override that feature on an individual basis either.

mawby
07-05-2011, 02:58 PM
When I edit the thread (Go Advanced ), I don't see how to edit the dispute member fields. Doesn't show at all.

Also, can you make it an option for the thread author to be able to change who the dispute is between?

Willy T, that is a great idea. I would also love it if the original author could edit the thread at anytime and add/remove people as needed. Can this be done, mawby? :)

I've updated the product. You can now edit the disputed user names by doing an advanced edit on a post by the owner, or any posts as a moderator.

Upgrade Instructions

As the admin option has been removed, you'll need to edit the SHOWTHREAD and remove this...

<vb:if condition="$vboptions['LAM_DisputeResolution_GlobalEnable'] || in_array($threadinfo['forumid'], array($vboptions['LAM_DisputeResolution_DisputeForumIDs']))">
<li><label><input type="radio" name="do" value="LAM_DisputeResolution" tabindex="10" /> {vb:rawphrase LAM_DisputeResolution_Title}&hellip;</label></li>
</vb:if>





I am using vb4.1.4 and I am not seeing the "Dispute Resolution" under the "Administrative" tools. Can you help me with this please?

The latest version doesn't use this menu any more, so that should fix that problem. :)

Would also REALLY love for this to be fixed.

Just a thought - In the default settings for VB 4.x, you can set "Can view other's threads" permissions to "No". Would it be easier/possible to make the Dispute Resolution override that setting for the individual users who are added to the dispute? I will look into it tomorrow.

Oh and I still haven't forgotten about the user group request. I'll try and look into that tomorrow too. (As always - work dependant)

Willy T
07-05-2011, 09:48 PM
I GREATLY appreciate this update. Thank you VERY much for such a quick turn around time!

S3Ponline
07-06-2011, 03:10 AM
Great Mawby!

Also nice taste in cars.

FD owner here. Wish I had the money for an MKIV

dmm2020
07-10-2011, 03:32 PM
Removing the admin options without ANY instructions to configure it is a mistake in my opinion. I originally installed this and then had to disable it because I see no way to make it work. Your instructions for installing this are now obsolete and should at least be updated. I only want disputes to be allowed in one forum only and NOT in any of the others. When I reviewed the settings to these, nothing changes from the vB defaults. What I see at my end is a product taken form good to useless. Least it's not working in lastest version of vB. Something tells you you left a few steps out of install instructions that really should be in first post without forcing members to search all the posts to find the problem resolutions.

mawby
07-10-2011, 06:02 PM
Err... the admin option removed was the option to edit the disputed users that appeared on the admin drop down menu of the thread for moderators. I removed it because you can now edit the disputed list by using the advanced edit option instead, enabling the thread creator to edit the disputed list without needing to be a moderator - as requested. I also updated the install instructions to reflect this. Everything else still remains, so I'm not sure what you're on about to be honest.

dmm2020
07-10-2011, 07:11 PM
Well look at post 1. That is what should be updated. You show the graphic for the admincp yet. That should be removed. The part where you remove the item from SHOWTHREAD thread should also be added to post 1. You should also explain what part of the forum setup to edit. I found it by scanning the settings when I tried again. Once I found the option on the forum configuration page, I figured out the rest. This is not in the instructions (which leads to confusion) but instead you don't see it without fishing through all the posts. With clearer instructions, this would not be so confusing. The items no longer applicable should be removed from the initial post. Just my suggestion.

I still like the idea of admin settings (which can be in the forum setup) that make threads totally invisible to those not involved (except admins). The extra privacy option for example is now no longer available. That is important to keep confidential matters private.


Err... the admin option removed was the option to edit the disputed users that appeared on the admin drop down menu of the thread for moderators. I removed it because you can now edit the disputed list by using the advanced edit option instead, enabling the thread creator to edit the disputed list without needing to be a moderator - as requested. I also updated the install instructions to reflect this. Everything else still remains, so I'm not sure what you're on about to be honest.

dmm2020
07-10-2011, 07:37 PM
I did some tests logging in as one of my "test users" with have registered member status. They are able to log in and view the test dispute even though they are not a party to the dispute. Is there something to be set regarding this?

mawby
07-14-2011, 06:38 AM
This could be additional field or replacement (either way is fine)
Instead of entering userids, I would like to enter Social Group IDs or UserGroups IDs so that only and all of the members of the group can participate.I have this working on my dev system, allowing a list of users to be entered and an optional user group. Just one user group though, multiple users group was proving a problem to present to the user as there is no nice user group lookup like there is for user names, multi-select drop downs don't seem to work properly from within vB, and I thought it a bit naff to expect users to know user groups by ID. Will this single user group be good enough? If so I'll release an update with it in.

I haven't look at the social groups. There could be a performance overhead with the social groups one as I suspect I'd need to query another table to find out what social group each user is in.

mawby
07-14-2011, 06:41 AM
Advanced Warning

Given it doesn't work properly, I intend to remove the Extra Privacy mode form the product in the next release. If I get this working properly in the furture I'll put it back in, but for now I don't want to support an option that doesn't work as it just causes grief for everyone.

Phaedrus
07-17-2011, 01:18 AM
So. If I load this I shouldn't use the "Extra" privacy mode? Not a problem. I need a debate area for our annual debate championship... This will do fine, I'll just need to change a few phrases and viola'...

:D

Believe me, I'll mark as installed once I have it installed.

CheeSie
07-18-2011, 05:25 PM
Advanced Warning

Given it doesn't work properly, I intend to remove the Extra Privacy mode form the product in the next release. If I get this working properly in the furture I'll put it back in, but for now I don't want to support an option that doesn't work as it just causes grief for everyone.

Here's what to do..

Plugin: LAM - Hide Thread Completely (Extra Privacy)
What has changed: This removes any information provided by forum permissions as to which threads to show and forces it to only show your own disputes or disputes you're involved in. Still only applies when Extra Privacy is eanbled
New code
if ($vbulletin->options['LAM_DisputeResolution_PrivateDisputes'] AND $vbulletin->options['LAM_DisputeResolution_ReallyPrivateDisputes']) {
if (($vbulletin->options['LAM_DisputeResolution_GlobalEnable'] || in_array($foruminfo['forumid'], explode(',', $vbulletin->options['LAM_DisputeResolution_DisputeForumIDs']))) AND !can_moderate($foruminfo['forumid'])) {
$limitothers = str_replace(
"AND postuserid = " . $vbulletin->userinfo['userid'] . " AND " . $vbulletin->userinfo['userid'] . " <> 0",
"",
$limitothers . "AND (postuserid = " . $vbulletin->userinfo['userid'] . " OR " . $vbulletin->userinfo['userid'] . " IN (LAM_DisputeResolution))"
);
}
}

Plugin: LAM - No Permission Message (View)
What has changed: As before we're checking if we should apply all these things (Extra Privacy only). If the user is tagged in a dispute we add the "canviewothers" permissions (as they might have been disabled by the forum permissions - maybe add an option in the settings bit to enable/disable disputees from replying or just viewing the threads they've been tagged in). Still shows your error message if the user isn't supposed to view the thread.
New code
if ($vbulletin->options['LAM_DisputeResolution_PrivateDisputes'] AND $vbulletin->options['LAM_DisputeResolution_ReallyPrivateDisputes']) {
if (($vbulletin->options['LAM_DisputeResolution_GlobalEnable'] || in_array($threadinfo['forumid'], explode(',', $vbulletin->options['LAM_DisputeResolution_DisputeForumIDs']))) AND !can_moderate($threadinfo['forumid'])) {
if($threadinfo['LAM_DisputeResolution'] AND $vbulletin->userinfo['userid'] != $threadinfo['postuserid']){
//Allow user to see thread content if they've been tagged as a disputee in
if(in_array($vbulletin->userinfo['userid'], explode(',', $threadinfo['LAM_DisputeResolution']))){
$vbulletin->userinfo['forumpermissions'][$threadinfo['forumid']] |= $vbulletin->bf_ugp_forumpermissions['canviewothers'];
}else{
//Make sure they do not view the thread content
eval(standard_error(fetch_error('LAM_DisputeResolu tion_NoPermission')));
}
}
}
}

Both pieces of new code has been tested (and is running) on my site http://darkztar.com/

Successfulsteps
07-18-2011, 05:34 PM
I would love to have this, but does it work with the new editor in 4.1.4?

CheeSie
07-18-2011, 06:21 PM
Further improvements..

Plugin: LAM - Save Edited Dispute Resolution Data
What has changed: You just saved the list of disputees everytime, but when quick editing the post the list was empty, this has been fixed as it no longer updates if the request was made via ajax. Now it also only sends out PM notifications if the user has been added to the list and not if they were already on the list (otherwise all tagged members would receive loooots of pm if some noob was editing the thread massively).
New code
if (!$vbulletin->GPC['ajax'] && ($threadinfo['postuserid'] == $vbulletin->userinfo['userid'] || can_moderate($threadinfo['forumid'], 'caneditthreads'))) {
$vbulletin->input->clean_gpc('p', 'LAM_DisputeResolution_UserNames', TYPE_STR);
$vbulletin->GPC['LAM_DisputeResolution_UserNames'] = trim($vbulletin->GPC['LAM_DisputeResolution_UserNames']);

if(!empty($vbulletin->GPC['LAM_DisputeResolution_UserNames'])) {
$LAM_DisputeResolution_Names = explode(";", $vbulletin->GPC['LAM_DisputeResolution_UserNames']);
unset($LAM_DisputeResolution_SQL, $LAM_DisputeResolution_UIDs);

foreach ($LAM_DisputeResolution_Names AS $LAM_DisputeResolution_Name) {
$LAM_DisputeResolution_Name = $db->escape_string(trim($LAM_DisputeResolution_Name));
if (!empty($LAM_DisputeResolution_Name)) {
$LAM_DisputeResolution_SQL .= ",'$LAM_DisputeResolution_Name'";
}
}

$LAM_PreDisputees = explode(',', $threadinfo['LAM_DisputeResolution']);
$LAM_DisputeResolution_UserInfo = fetch_userinfo($vbulletin->options['LAM_DisputeResolution_FromUserID']);
$LAM_DisputeResolution_SQL = substr($LAM_DisputeResolution_SQL, 1);
$LAM_DisputeResolution_Query = $db->query_read("SELECT userid, username FROM " . TABLE_PREFIX ."user AS user WHERE username IN ($LAM_DisputeResolution_SQL)");

while ($LAM_DisputeResolution_Row = $db->fetch_array($LAM_DisputeResolution_Query)) {
$LAM_DisputeResolution_UIDs .= "," . $LAM_DisputeResolution_Row['userid'];

if(!in_array($LAM_DisputeResolution_Row['userid'], $LAM_PreDisputees)){
$pmdm =& datamanager_init('PM', $vbulletin, ERRTYPE_ARRAY);
if (empty($vbulletin->options['LAM_DisputeResolution_FromUserID'])) {
$pmdm->set('fromuserid', $vbulletin->userinfo['userid']);
$pmdm->set('fromusername', $vbulletin->userinfo['username']);
} else {
$pmdm->set('fromuserid', $LAM_DisputeResolution_UserInfo['userid']);
$pmdm->set('fromusername', $LAM_DisputeResolution_UserInfo['username']);
}
$pmdm->set('title', $vbphrase['LAM_DisputeResolution_Title']);
$pmdm->set('message', construct_phrase($vbphrase['LAM_DisputeResolution_PMText'], $vbulletin->options['bburl'] . "/showthread.php?" . $vbulletin->session->vars['sessionurl'] . $threadinfo['threadid'] . ""));
$pmdm->set_recipients($LAM_DisputeResolution_Row['username'], $permissions);
$pmdm->set('dateline', TIMENOW);
$pmdm->pre_save();
if (empty($pmdm->errors)) {
$pmdm->save();
}
}
}

$LAM_DisputeResolution_UIDs = substr($LAM_DisputeResolution_UIDs, 1);
$db->free_result($LAM_DisputeResolution_Query);

$db->query_write("UPDATE " . TABLE_PREFIX . "thread SET LAM_DisputeResolution = '" . $LAM_DisputeResolution_UIDs . "' WHERE threadid = " . $threadinfo['threadid'] . "");
}elseif($vbulletin->options['LAM_DisputeResolution_OptionalDisputes']){
$db->query_write("UPDATE " . TABLE_PREFIX . "thread SET LAM_DisputeResolution = '' WHERE threadid = " . $threadinfo['threadid'] . "");
}

unset($LAM_DisputeResolution_Query, $LAM_DisputeResolution_SQL, $LAM_DisputeResolution_Names, $LAM_DisputeResolution_UIDs, $LAM_DisputeResolution_UserInfo, $LAM_PreDisputees);
}


Plugin: LAM - Check Edit Usernames Have Been Given
What has changed: Commented out something you didn't use that was really dumb to include (sorry), but there's no point in it and I had to comment it out to add that "only notify new recipients feature".
New code
if (!$vbulletin->GPC['ajax'] AND !$vbulletin->GPC['quickeditnoajax'] AND !$vbulletin->GPC['advanced'] AND ($threadinfo['postuserid'] == $vbulletin->userinfo['userid'] || can_moderate($threadinfo['forumid'], 'caneditthreads'))) {
$vbulletin->input->clean_gpc('p', 'LAM_DisputeResolution_UserNames', TYPE_STR);

if ($vbulletin->options['LAM_DisputeResolution_GlobalEnable'] || in_array($foruminfo['forumid'], explode(',', $vbulletin->options['LAM_DisputeResolution_DisputeForumIDs']))) {
if (empty($vbulletin->GPC['LAM_DisputeResolution_UserNames'])) {

if (!$vbulletin->options['LAM_DisputeResolution_OptionalDisputes']) {
eval(standard_error(fetch_error('LAM_DisputeResolu tion_MissingUserNames')));
}

} else {

$LAM_DisputeResolution_Names = explode(";", $vbulletin->GPC['LAM_DisputeResolution_UserNames']);

foreach ($LAM_DisputeResolution_Names AS $LAM_DisputeResolution_Name) {
$LAM_DisputeResolution_Name = $db->escape_string(htmlspecialchars_uni(trim($LAM_Dispu teResolution_Name)));

if (!empty($LAM_DisputeResolution_Name)) {
$LAM_DisputeResolution_Query = $db->query_first("SELECT userid FROM " . TABLE_PREFIX ."user AS user WHERE username = '$LAM_DisputeResolution_Name'");

if ($LAM_DisputeResolution_Query) {
$LAM_DisputeResolution_UIDs .= "," . $LAM_DisputeResolution_Query['userid'];
$db->free_result($LAM_DisputeResolution_Query);
} else {
eval(standard_error(fetch_error('LAM_DisputeResolu tion_UnknownUserName', $LAM_DisputeResolution_Name)));
}
}
}
}

//Could delete if you want to, just kept it commented to show you what I meant
//$threadinfo[LAM_DisputeResolution] = $vbulletin->GPC['LAM_DisputeResolution_UserNames'];
unset($LAM_DisputeResolution_Query, $LAM_DisputeResolution_Names, $LAM_DisputeResolution_UIDs);
}
}

You could do the above change to the "LAM - Check Usernames Have Been Given" plugin as well

CheeSie
07-18-2011, 06:51 PM
Moreeeeeeee XD

To fix that the user could just add themselves as the ones being disputed..

Add the following phrase.
Type: Error Messages
Product: LAM - Dispute Resolution
VarName: LAM_DisputeResolution_NoAddingSelf
Text: You cannot add yourself as one of those you are disputing.


Plugin: LAM - Check Edit Usernames Have Been Given
What has changed: Removed unused stuff (seriously learn to clean up) and added the above mentioned check
New code
if (!$vbulletin->GPC['ajax'] AND !$vbulletin->GPC['quickeditnoajax'] AND !$vbulletin->GPC['advanced'] AND ($threadinfo['postuserid'] == $vbulletin->userinfo['userid'] || can_moderate($threadinfo['forumid'], 'caneditthreads'))) {
$vbulletin->input->clean_gpc('p', 'LAM_DisputeResolution_UserNames', TYPE_STR);

if ($vbulletin->options['LAM_DisputeResolution_GlobalEnable'] || in_array($foruminfo['forumid'], explode(',', $vbulletin->options['LAM_DisputeResolution_DisputeForumIDs']))) {
if (empty($vbulletin->GPC['LAM_DisputeResolution_UserNames'])) {

if (!$vbulletin->options['LAM_DisputeResolution_OptionalDisputes']) {
eval(standard_error(fetch_error('LAM_DisputeResolu tion_MissingUserNames')));
}

} else {

$LAM_DisputeResolution_Names = explode(";", $vbulletin->GPC['LAM_DisputeResolution_UserNames']);

foreach ($LAM_DisputeResolution_Names AS $LAM_DisputeResolution_Name) {
$LAM_DisputeResolution_Name = $db->escape_string(trim($LAM_DisputeResolution_Name));

if (!empty($LAM_DisputeResolution_Name)) {
$LAM_DisputeResolution_Query = $db->query_first("SELECT userid FROM " . TABLE_PREFIX ."user AS user WHERE username = '$LAM_DisputeResolution_Name'");

if ($LAM_DisputeResolution_Query) {
if($LAM_DisputeResolution_Query['userid'] == $vbulletin->userinfo['userid']){
eval(standard_error(fetch_error('LAM_DisputeResolu tion_NoAddingSelf')));
}
$db->free_result($LAM_DisputeResolution_Query);
} else {
eval(standard_error(fetch_error('LAM_DisputeResolu tion_UnknownUserName', $LAM_DisputeResolution_Name)));
}
}
}
}

unset($LAM_DisputeResolution_Query, $LAM_DisputeResolution_Names, $LAM_DisputeResolution_UIDs);
}
}


Plugin: LAM - Check Usernames Have Been Given
What has changed: Removed unused stuff (seriously learn to clean up) and added the above mentioned check
New code
$vbulletin->input->clean_gpc('p', 'LAM_DisputeResolution_UserNames', TYPE_STR);

if ($vbulletin->options['LAM_DisputeResolution_GlobalEnable'] || in_array($foruminfo['forumid'], explode(',', $vbulletin->options['LAM_DisputeResolution_DisputeForumIDs']))) {
if (empty($vbulletin->GPC['LAM_DisputeResolution_UserNames'])) {

if (!$vbulletin->options['LAM_DisputeResolution_OptionalDisputes']) {
eval(standard_error(fetch_error('LAM_DisputeResolu tion_MissingUserNames')));
}

} else {

$LAM_DisputeResolution_Names = explode(";", $vbulletin->GPC['LAM_DisputeResolution_UserNames']);

foreach ($LAM_DisputeResolution_Names AS $LAM_DisputeResolution_Name) {
$LAM_DisputeResolution_Name = $db->escape_string(trim($LAM_DisputeResolution_Name));

if (!empty($LAM_DisputeResolution_Name)) {
$LAM_DisputeResolution_Query = $db->query_first("SELECT userid FROM " . TABLE_PREFIX ."user AS user WHERE username = '$LAM_DisputeResolution_Name'");

if ($LAM_DisputeResolution_Query) {
if($LAM_DisputeResolution_Query['userid'] == $vbulletin->userinfo['userid']){
eval(standard_error(fetch_error('LAM_DisputeResolu tion_NoAddingSelf')));
}
$db->free_result($LAM_DisputeResolution_Query);
} else {
eval(standard_error(fetch_error('LAM_DisputeResolu tion_UnknownUserName', $LAM_DisputeResolution_Name)));
}
}
}
}

unset($LAM_DisputeResolution_Query, $LAM_DisputeResolution_Names, $LAM_DisputeResolution_UIDs);
}

Successfulsteps
07-18-2011, 09:20 PM
I would love to have this, but does it work with the new editor in 4.1.4?

Didn't get my question answered and the reason I am concerned about it is due to the screenshots showing the OLD editor pre 4.1.4

mawby
07-19-2011, 06:21 AM
@CheeSie, in my defence this code has evolved quite a bit over the last year and finding the time to update it with community requested features is often hard enough, let alone going back over it to tidy it up.... however.... I very much appreciate your contributions to this addon and I will attempt to merge them into the current version of the code and release it all as an update by the end of the week. :)

@Successfulsteps, this works fine on my site with the new editor.

mawby
07-19-2011, 03:35 PM
Update

It is now possible to create a dispute against a single user group by enabling the "Enable Usergroups" setting. This will allow anyone in the user group to participate in the dispute, as well as anyone on the normal dispute list. PM notifications won't be sent to the user group.

This version also fixes several bugs with the Private Dispute option where searches would still show a dispute thread even if the user wasn't allowed to participate in the dispute. Although this doesn't fix all the problems when using Private Disputes, it is a major step in the right direction!

The remaining problems with Private Disputes are...

1) Last post details shown on the statistics page of the user profile. This can show disputes threads even if the user isn't allowed to participate in the dispute. Until this is fixed it can be circumvented by disabling the option to show the last post on the user profile.

2) CMS latest posts/threads widgets will still show disputes threads even if the user is not allowed to participate in them. I will try and fix this soon.

mawby
07-19-2011, 03:48 PM
@CheeSie, I have modified the code with some of your suggestions, however, it might be worth me pointing out that with your suggestions came a few problems...

1) Private Disputes were broken if Extra Privacy wasn't enabled by the change to "LAM - No Permission Message (View)". A user was able to enter a thread they were not allowed to participate in instead of being shown the error message.

2) Optional Disputes were broken by the change to "LAM - Hide Thread Completely (Extra Privacy)" because it couldn't cope with threads that had no disputes values set. If you also had Global Disputes enabled you'd be in a right mess as all your threads would disappear from every forum if Extra Privacy was enabled! This is why the ="" and is NULL checks where in the original SQL.

3) Not all dispute users where correctly identified because IN (LAM_DisputeResolution) would only match against the first user in the list. You needed to use FIND_IN_SET instead.

CheeSie
07-21-2011, 12:20 PM
The "IN" in the sql was what you were using xD
Either way there was another bug in my code that didn't let disputees reply if the forum permissions was set to cant view/reply to others..

But I guess you can fix that yourself xD

Cicada
08-17-2011, 02:11 PM
Just popping in to say thanks for the continued support of this great plugin :) I initially installed it about 6+ or so months ago, but disabled it due to some issues (mainly users being able to view dispute posts if they searched all of a disputed users posts), but i'm giving it another go :)

dmm2020
08-17-2011, 05:31 PM
This still does not work at my end. Regular members can view disputes even though they are not a party to it. Without the privacy issues working, I can not use it and so far no way of resolving disputes except have them take it private.

Update

It is now possible to create a dispute against a single user group by enabling the "Enable Usergroups" setting. This will allow anyone in the user group to participate in the dispute, as well as anyone on the normal dispute list. PM notifications won't be sent to the user group.

This version also fixes several bugs with the Private Dispute option where searches would still show a dispute thread even if the user wasn't allowed to participate in the dispute. Although this doesn't fix all the problems when using Private Disputes, it is a major step in the right direction!

The remaining problems with Private Disputes are...

1) Last post details shown on the statistics page of the user profile. This can show disputes threads even if the user isn't allowed to participate in the dispute. Until this is fixed it can be circumvented by disabling the option to show the last post on the user profile.

2) CMS latest posts/threads widgets will still show disputes threads even if the user is not allowed to participate in them. I will try and fix this soon.

Cicada
08-17-2011, 09:15 PM
1) Last post details shown on the statistics page of the user profile. This can show disputes threads even if the user isn't allowed to participate in the dispute. Until this is fixed it can be circumvented by disabling the option to show the last post on the user profile.


Last post details are still shown on the forumdisplay/list page.

dvsDave
08-21-2011, 01:59 AM
Hey mawby,

I love the mod, is there a way to keep users from defining another user and for me to hardcode the usergroup, and remove the option to select a usergroup?

-dvsDave

1UpMarketing
09-02-2011, 04:38 AM
Looks like a winner, but I can't get it showing up on my new board. Installed and configured, but not seeing anything different on my threads? (4.1.5.1)

20KingSize
10-20-2011, 12:33 AM
i seem to be having the same problem as dmm2020, members can view the dispute in the new forum posts and new forum threads side bar

vanquish.securi
10-20-2011, 01:51 AM
Works great on vB 4.1.7 default style. Marked installed and 5 star. Thanks!

BadgerDog
11-14-2011, 11:14 AM
Running version 4.1.4.1 ...

Not sure why, but I can't seem to prevent other users (not involved in the dispute) from posting in the disputes forum in the thread created by another member?

It's as if the mod is ignoring the option set (see attached) and letting everyone post in the thread using their own usergroup permissions.

Am I missing something?

Thanks .. :)

Regards,
Doug

dmm2020
11-14-2011, 12:42 PM
Running version 4.1.4.1 ...

Not sure why, but I can't seem to prevent other users (not involved in the dispute) from posting in the disputes forum in the thread created by another member?

It's as if the mod is ignoring the option set (see attached) and letting everyone post in the thread using their own usergroup permissions.

Am I missing something?

Thanks .. :)

Regards,
Doug

I asked this question earlier. I had to disable and uninstall this mod because the intended privacy was not there. Still haven't seen a fix to it.

stledger
12-08-2011, 06:15 AM
This would be a perfect mod for me, is there a version for 4.0.8 though?

EDIT: it seems to work on 4.0.8 but will there be any problems? this is the perfect mod for me :)

sticky
12-27-2011, 09:41 PM
Great mod but was hoping for a couple changes.

Could members choose to appoint a mediator or advocate for themselves? It would be nice to have the option to choose someone to mediate that both members agree on at the very least.

Also, could it be made so that the privacy option is chosen on a thread by thread basis? That is, not every thread is not viewable but some are? Just a checkbox when creating a thread would be great.

sticky
12-27-2011, 09:51 PM
The ability to be able to mark disputes are resolved would be great as well.

A tally of how often someone is disputed might be great as well...

Successfulsteps
12-27-2011, 10:17 PM
I would love to have this mod. Does anyone know if it works on VB Suite 4.1.9?

I have a real need for this, and before installing, I would like some feedback as things go badly when there are compatibility issues and I don't honestly know enough about vbulletin to insure that not only a mod is uninstalled, but all relevant files and database entries are gone. I also have a very active member base that does do well when those bad things happen :)

Thanks in advance for your reply!

~Deb

sticky
12-28-2011, 02:04 AM
I would love to have this mod. Does anyone know if it works on VB Suite 4.1.9?

I have a real need for this, and before installing, I would like some feedback as things go badly when there are compatibility issues and I don't honestly know enough about vbulletin to insure that not only a mod is uninstalled, but all relevant files and database entries are gone. I also have a very active member base that does do well when those bad things happen :)

Thanks in advance for your reply!

~Deb
Running fine on a heavily modified 4.1.7 suite

Successfulsteps
12-28-2011, 02:45 AM
Running fine on a heavily modified 4.1.7 suite

LOL @ heavily modified. I have coders telling me all the time not to have many mods due to how hard it is isolate a problem. But I find that I love the mods here. I had a SEO who came and worked on my site and he was not happy at all with all the plug-ins, he wanted to scrap them all. He said that all the developers here were not experienced and a lot of this stuff was just junk slowing down my forum. But I had no problems until he did upgrade, and I really didn't want to do the upgrade due to being worried about losing some important mods that both my members and staff have come to depend on.

So if it works on 4.1.7 does that mean it will work on 4.1.9? with vbseo? So many of the mods needs special rules for that vbseo. I sure hope all this is worth it for my forum, as things have been so stressful. That's why I ask in advance about these working.

Alan_SP
03-27-2012, 08:20 PM
Just tried to edit dispute thread and received this error:

Database error in vBulletin 4.1.2:

Invalid SQL:
UPDATE thread SET LAM_DisputeResolution = '3034,3008,4534,3551,3009,108,2762', LAM_DisputeUserGroups = '' WHERE threadid =;

MySQL Error : You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
Error Number : 1064

ProFifaLeagues
03-27-2012, 09:04 PM
The ability to be able to mark disputes are resolved would be great as well.

A tally of how often someone is disputed might be great as well...


Do you think this Could be added on to the mod at all in a new release ???
Would be great to see who is causing issues if it could hold a record of the users in Disputes :up:

mawby
03-28-2012, 06:10 AM
Not sure why, but I can't seem to prevent other users (not involved in the dispute) from posting in the disputes forum in the thread created by another member?Did you manage to resolve this? One possible cause is an add-on like Tapatalk which will bypass the checks done by this product.

i seem to be having the same problem as dmm2020, members can view the dispute in the new forum posts and new forum threads side barIt's an on-going problem. When I originally add the Extra Privacy option I hadn't anticipated just how many places I'd need to go and fix (otherwise I'd never have added it!). Some of those places cannot (could not, I've not checked recently) be done with plugins and I didn't want to go the route of getting people to modify code.

Could members choose to appoint a mediator or advocate for themselves? It would be nice to have the option to choose someone to mediate that both members agree on at the very least.They kind-of can already, if the dispute creator adds another person to the disputed list. I know that's not a proper way of doing it but it would work for now.

Also, could it be made so that the privacy option is chosen on a thread by thread basis? That is, not every thread is not viewable but some are? Just a checkbox when creating a thread would be great.The basic privacy option... maybe. The extra privacy option.... maybe if I ever get it working properly! :)

The ability to be able to mark disputes are resolved would be great as well.It is a good idea...

A tally of how often someone is disputed might be great as well......as is that. I'm really struggling to find time to keep my own site up and running let alone add features to my mods here. I don't think that is going to change any time soon due to me work load, but I will try at some point this year :eek: to go and update/refresh all my products here.

If anyone posts a question or request and doesn't get a timely answer from me, please don't be offended or think I've abandon the product. There just aren't even hours in a day at the moment! (Can't complain really; work is work :))

Invalid SQL:
UPDATE thread SET LAM_DisputeResolution = '3034,3008,4534,3551,3009,108,2762', LAM_DisputeUserGroups = '' WHERE threadid =;I've just done a quick test and couldn't replicate this. The obvious error in the SQL is the missing threadid, although having quickly looked at the code I cannot see why this would happen. I know it's a pita but if you could try disabling all other mods quickly to see if the problem goes away, it will at least rule out a compatibility problem with another installed mod.

Alan_SP
03-28-2012, 02:29 PM
I've just done a quick test and couldn't replicate this. The obvious error in the SQL is the missing threadid, although having quickly looked at the code I cannot see why this would happen. I know it's a pita but if you could try disabling all other mods quickly to see if the problem goes away, it will at least rule out a compatibility problem with another installed mod.

I tested it with another thread I created just for testing. There it worked without problems.

What's happened to this thread, I don't know. I'll try to play a bit more with it.

EDIT: Here's a more info. It seems that this is problem only with this thread. Other threads, AFAIK work ok. Also it is interesting that I could add some users, but some I couldn't. Then I created new thread, with all users from thread with problems and added those I couldn't add in this particular thread. New thread was created without problems.

It seems that something is messed with this particular thread. One of my admins was trying to add this particular user, maybe she did something that messed this thread. Anyway, very strange indeed. I think that she maybe tried to use old option, from administrative tools (I didn't removed it till now from template). Also I tried to use it, when it didn't worked, I come here to see instructions. Basically I'm probably guilty party. :(

EDIT2: I forgot to mention, when I copied first post of messed thread, new thread still had problems with adding users. Some information is lost, or changed, or added.

EDIT3: User created new thread, with more or less same first post (not exactly same and not copied). And forgot to add same user which caused problems in the beginning. Anyway, now it's impossible to add that same user. So, it makes me wander if it is something with mod? This user could be added at the beginning, at least I managed it with test thread.

Cicada
04-06-2012, 02:26 PM
are mods/Admins exempt from the privacy rules?

Alan_SP
04-06-2012, 04:05 PM
Yes, but when you say moderators, it means only moderators of particular forum where is thread. So it includes supermoderators and admins, as they moderate all forums they can see.

thunderclap82
04-14-2012, 05:12 PM
I've had a quick look at the Tapatalk code and as suspected it does by-pass the normal vB code and therefore doesn't execute any of the hooks needed to allow the Disputes Resolution add-on to work...

By uncommenting these lines do you mean that users will be able to see, but not post, to the dispute threads? If I leave them commented then the threads will remain hidden?

thunderclap82
04-30-2012, 01:52 PM
Is this mod no longer being supported?

thunderclap82
05-10-2012, 06:22 PM
I went ahead and just hid the dispute forum from Tapatalk. Simple workaround. However, I have noticed that threads in the Disbute forum are ignored by What's New. Anyway to have these threads shown, but only to those involved in the dispute?

thunderclap82
05-10-2012, 08:59 PM
Disregard. Resolved.

Phaedrus
02-13-2013, 03:54 AM
If anyone has any ideas of changes needed to make this product usable for anything other than dispute resolution, let me know and I'll try and incorporate it into the product.

It's already full phrased so it wouldn't take much effort to make this product appear like a basic ticketing system or private debates, etc.

Easily editable phrasing that allows different phrasing for different active forums.

"You have been challenged to a debate in "such and such" forum" would be something I would use. Activating it in more than one forum. As it stands I'll just edit the phrase for the PM to challenge them to a debate... then see if I can figure out how to make it tell them which forum it is in later.

Phaedrus
02-13-2013, 04:28 AM
I've had a quick look at the Tapatalk code and as suspected it does by-pass the normal vB code and therefore doesn't execute any of the hooks needed to allow the Disputes Resolution add-on to work. However, the calls to the necessary hooks are in the Tapatalk files but they are commented out. By un-commenting the hooks it is possible to prevent Tapatalk creating threads in a Disputes forum (necessary because Tapatalk is not able to collect the disputed user names needed by this add-on), and prevent it from allowing people to reply to Dispute threads of which they do not belong. There are some limitations to this though...


None of the extra privacy options of this add-on will work with Tapatalk
It is not possible to create a Dispute using Tapatalk
The error messages returned when trying to create a thread/post are generic and not relevant to the Disputes add-on


I also want to state clearly that...


Applying these changes may break Tapatalk! By un-commenting the hooks you are exposing Tapatalk to all of your installed add-ons that use these hooks and although my Disputes Resolution add-on works fine other add-ons may not.
These changes will need re-doing every time you update Tapatalk
I make no guarantees that these changes will work with future versions of Tapatalk
Although I will try and keep the Disputes Resolution add-on and Tapatalk working together (for my own sites benefit if nothing else) I cannot offer any support for problems arising by making these changes. You make these changes at your own risk.


With that said, if you want basic Disputes Resolution support within Tapatalk then un-comment (remove the // from the beginning of) the following lines...

mobiquo/functions/new_topic.php
//($hook = vBulletinHook::fetch_hook('newthread_post_start')) ? eval($hook) : false;

mobiquo/functions/reply_post.php
mobiquo/functions/reply_topic.php
mobiquo/functions/get_quote_post.php
//($hook = vBulletinHook::fetch_hook('newreply_start')) ? eval($hook) : false;

This actually also fixed my "ban from thread" that Taptalk users were able to get around as well... Brilliant!

However reply topic doesn't exist anymore and the hooks are a bit different. It worked brilliantly for the ban from thread and forum mod though and I hope it will work for this one.

Zakalway
02-18-2013, 06:14 PM
Does this work on 4.2.0 PL3?