Thread Rating:
  • 3 Vote(s) - 3.67 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Private Conversations
#11
(08-23-2015, 08:17 PM)Will P Wrote: Absolutely. The point would be that only admins and mods (or whoever had permission) could view conversations and only those conversations that had been reported by a user.

I like that idea. It allows Admins/Mods to investigate a report, without "invading" privacy. Like a search warrant, granted by users to the staff.

Also, I was thinking that perhaps the "Participants" could be expandable/collapsible in a sidebar instead of just put off to the side. Not sure if that's what the intended message was in the screenshot of the "conversation" preview or not.
Reply
#12
(08-23-2015, 08:21 PM)andrewjs18 Wrote:
(08-23-2015, 08:17 PM)Will P Wrote:
(08-23-2015, 08:12 PM)andrewjs18 Wrote:
(08-23-2015, 08:05 PM)Will P Wrote: What about adding a feature where someone can report a conversation and that allows admins/mods (configurable via permissions) to see the content of just the reported conversation?

would it error out if an admin/mod tried to view a private conversation that wasn't referred in a report?

Absolutely. The point would be that only admins and mods (or whoever had permission) could view conversations and only those conversations that had been reported by a user.

that'd probably suffice while keeping the conversations private most of the time.

There is already a plugin for 1.8.x that already does this, but I do see your point for 2.0.
Reply
#13
This is a fantastic development, but I think it looks bloated.

Maybe I'm just too use to the Facebook conversations, and I'm not asking MyBB to completely rip them off. But at a quick peak, I don't fully gather who read what message last.

When I last write a message on Facebook group conversations, it'll stamp the names of who read that message. I can see it quickly and move on.

In this setup, I have to look at each ID first. I just don't find this the most optimized design for user accessibility.
Reply
#14
I'm sorry but did everyone in this thread completely forget that an administrator can simply go into the database and read PMs from there without even needing a plugin?
Reply
#15
(08-25-2015, 04:13 PM)Marisa Wrote: I'm sorry but did everyone in this thread completely forget that an administrator can simply go into the database and read PMs from there without even needing a plugin?

Creating an interface for that would make it even more inviting for forum staff. We are against such practices.
devilshakerz.com/pgp (DF3A 34D9 A627 42E5 BC6A 6750 1F2F B8AA 28FF E1BC) ▪ keybase.io/devilshakerz
Reply
#16
(08-25-2015, 03:55 PM)weBex Wrote: This is a fantastic development, but I think it looks bloated.

Maybe I'm just too use to the Facebook conversations, and I'm not asking MyBB to completely rip them off. But at a quick peak, I don't fully gather who read what message last.

When I last write a message on Facebook group conversations, it'll stamp the names of who read that message. I can see it quickly and move on.

In this setup, I have to look at each ID first. I just don't find this the most optimized design for user accessibility.

Yeah, the design needs some work (though I'd hardly call it bloated as such Wink). You can actually see that Justin recognises that fact in the screenshot. Our approach to implementing features thus far has been to get an MVP ("Minimum Viable Product") working in order to get an Alpha out of the door this year. We're not completely obsessing over layout and design right now, just making sure that it all works in terms of functionality.

My vision is to have a small break below messages, where either avatars or usernames can fit to show where particular uses have read up to. This should make it more clear ho's read what.
Reply
#17
(08-25-2015, 04:13 PM)Marisa Wrote: I'm sorry but did everyone in this thread completely forget that an administrator can simply go into the database and read PMs from there without even needing a plugin?

Nobody forgot about it. The discussion for an interface where staff can read a conversation was more or less about matching these conditions:
  • only if a user has reported the conversation
  • only that conversation could be peeked at by a staff member
And that was only if an interface would be implemented where staff could read someone's private conversation.

What you're talking about falls on the ethics of those who have access, both legal and illegal, to the database and the ethical use of a database management tool for which it provides the interface to display that information. Keep in mind that not ALL administrators will have read access for the database. MyBB currently does not provide that access in the core software, so tools like phpMyAdmin or Navicat MySQL must be used for the read access you're talking about.
Reply
#18
(08-25-2015, 04:13 PM)Marisa Wrote: I'm sorry but did everyone in this thread completely forget that an administrator can simply go into the database and read PMs from there without even needing a plugin?

There's a difference between storing your gold in a vault with an access code of 1234 and leaving the door open and signposting which way to go.

While it's possible in both scenarios to get to the gold, one encourages it, the other doesn't. MyBB does not want to encourage the practice of reading PMs.
Reply
#19
Funnily enough this is getting added. A forum I use this owned by a friend already has this in 1.8 lol.
Check out all my submissions here - click me
MyBB support at it's finest. 
Reply
#20
Not sure what's so funny about it. We've discussed it multiple times before and decided it was just too big of a change for us to officially support with 1.8, and so it was put in the 2.0 plans. It's an overdue change, but nonetheless the update that's been needed.
PGP Key (Fingerprint: 23B6 F4C0 FE2D 45AA 61A0 1E86 DB87 09DC DD87 6E40)
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)