I'll add them to the list. I can't say when they'll get done though.

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.

I'll look into adding the option, but again it may be a few weeks before I get a chance to look at it.

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...

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

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....

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.

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

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

I've updated the product. This latest update fixes/adds...

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...

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.

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...

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.

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)

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.

If the info could be collected at post level that would be superb Nhawk

As promised... https://vborg.vbsupport.ru/showthread.php?t=263142

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.

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! :)

"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.

Could you release a 3.8 version?

Great mod idea. Installed on a new board. I will post a review once the board goes live :)

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.

tagged

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.

It's a difficult one to fix to without hacking files. It is still on my to-do list at the moment.

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

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!

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/attachmen...1&d=1287821986

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? :)

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.

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...




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

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)

I GREATLY appreciate this update. Thank you VERY much for such a quick turn around time!

Great Mawby!

Also nice taste in cars.

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

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.

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.

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.

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?

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.

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.

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.

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
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
Both pieces of new code has been tested (and is running) on my site http://darkztar.com/

I would love to have this, but does it work with the new editor in 4.1.4?

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

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
You could do the above change to the "LAM - Check Usernames Have Been Given" plugin as well

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

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

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

@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.

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.