Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'private'

Viewing 25 results - 4,476 through 4,500 (of 5,233 total)
  • Author
    Search Results
  • #72236
    Hugo Ashmore
    Participant

    Also there are not “private hidden” groups

    Ouch slapped wrist! :) sorry

    So Andy is this something you are aware of before I test in 1.2.3 and hunt though Trac for tickets or add one?

    #72232
    Andy Peatling
    Keymaster

    Also there are not “private hidden” groups. There are “private groups” that are private but not hidden, and “hidden groups” that are both private and hidden.

    #72230
    Hugo Ashmore
    Participant

    Ok we’ll call it a bug then :-)

    I’ll add a Trac ticket on it later.

    I don’t suppose that there is any short term emergency solution is there?

    Edit/ it occurs that I omitted to mention that this occurs on a 1.2.2.1 installation and that I ought to check a 1.2.3 test install and /or check Trac first for prior tickets and fixes for this.

    #72218
    Jeff Sayre
    Participant

    As this is not an issue of overall BuddyPress privacy, but rather a malfunctioning action of hidden groups, I would call this a bug.

    @ajohnson-

    As far as privacy in BuddyPress, there are many threads about that topic that will provide you with an answer.

    You can start here for a hint: https://buddypress.org/forums/topic/privacy-component-where-is-it

    #72216
    Hugo Ashmore
    Participant

    Thanks Jeff, I will when I get a minute.

    @ajohnson possibly it’s not a bug , in fact I would say it’s not a bug but rather a design flaw or oversight, however I’m afraid that saying it’s just not implemented yet is not right. Private Hidden groups are described as just that, hidden and private therefore one expects that content posted in one would NOT show up publicly and it doesn’t mostly just in this one instance or at least that I have stumbled upon, and it DOES need addressing and pretty quickly otherwise it’s probably ought to be pointed out to people not to consider setting groups private and hidden until such time as they really are.

    #72211
    ajohnson
    Member

    It isn’t a bug as much as it’s just not implemented yet. There isn’t any real privacy controls with buddypress which is it’s huge downfall. Still a great product in it’s infancy so not need to be too upset. But a game-plan as to how it’s addressed moving forward would be nice. I think it should be priority number 1 for 1.3. Anyone else?

    #72195
    rich! @ etiviti
    Participant
    #72192
    Jeff Sayre
    Participant

    Hiding private messaging is another feature of the BuddyPress Privacy Component.

    #72191
    Jeff Sayre
    Participant

    @hnla-

    I would post that in Trac as a possible bug.

    Hugo Ashmore
    Participant

    Had a quick search but didn’t find relevant topics.

    Just noticed a privacy concern (likely known about but I had not observed it before)

    Logged in as my normal user not admin I was going through my account after accepting a friend request and happened to view my Activity > Friends screen what I saw was discussions that have taken place in a group I designated as Private Hidden for would you believe Hidden discussions It has a handful of select members one of whom I happened to be friends with in my general user guise due to that friendship I am being shown all the discussions – albeit snippets – that he has had in that group.

    This clearly is really not great as I believed private hidden would be just that and am now rather concerned.

    Does anyone have a quick and dirtty? solution to filtering out any mention of hidden groups from ANY activity stream? At worst I would rather hidden groups simply never showed up at all in the activity stream anywhere.

    #72159
    prathap937
    Participant

    thanks….

    #71922
    foxly
    Participant

    @gregfielding – What you’re describing is called “short code” functionality, and we’re building it in to the next release.

    It lets you embed an media item or album into a blog post using a tag like [album id=”kittens” size=”medium”].

    When you embed a media album, it embeds the album’s cover item in the post. Clicking on the image takes you to the actual album page.

    For the time being, users are only allowed to embed their own content. Otherwise it gets rather complicated in terms of who is allowed to embed content that belongs to which user, and what kinds of content a given user is allowed to embed.

    For example, consider what would happen if a user was friends with another user allowing them to see a private album the other user owned, and then the first user embedded content from the other user’s private album in one of their blog posts.

    ^F^

    #10386
    theanduman
    Member

    Howdy. I have installed BuddyPress and am very impressed. I would like to make a small modification to the homepage of each Group. Currently the group homepage shows the Group logo and if it is public or private. Then below that is all of the “Activity”, “Forums” etc….

    How do I modify the data next to the Group Name and Description on the homepage? Ideally I’d like a simple table showing things like “Region”, “Group Type”, etc…

    What file do I edit? Any suggestions to get me going?

    Thanks!!

    #10384
    heini
    Participant

    When I create a thread in a public group the thread will be visible in the general board overview. But when I create a thread in a private group, the thread won’t be visible there.

    Is there a way to show posts from private groups in the general board for group members?

    #71694
    jivany
    Participant

    Both should have been default wp/bp behavior imho.

    I’ll disagree with that. ;) Especially with sites where you use the bp-default theme style of having a login box on every page. I don’t want to be redirected to my profile page if there is a reason I’m logging in on page X.

    Redirecting to the user’s profile page makes sense on a closed/private installation where you need to login to see anything (ala Facebook)

    #71682
    WPChina
    Participant

    @Travel-Junkie: I used your code above ( https://buddypress.org/forums/topic/how-to-make-a-private-community/page/2#post-44729 ) and it caused my browser to announce that:

    Error 310 (net::ERR_TOO_MANY_REDIRECTS): There were too many redirects.

    Any idea why? Should I change anything within that code to personalize it for my own site?

    Paul Wong-Gibbs
    Keymaster

    Works fine for me on BP 1.2.3. Obviously, if you’re not a member of a private group, you need to be a Site Administrator to see it.

    What version of BP are you running?

    #71610
    oberstet
    Participant

    thanks for helping.

    @r-a-y

    i’ve already hacked bp_core_fetch_avatar() as described in https://buddypress.org/forums/topic/how-to-disable-gravatar-completely

    however, a quick grep for gravatar.com over all wp/bb reveals more places. i am a total wwp/bb/php idiot and have no aspirations to become even mildy involved with the codebase. i was looking for a on-place “checkbox solution”.

    @DJPaul

    ah, ok;) it’s ok to have such commerically motivated “defaults” … in the end its a pretty impressing piece of tool and its nice to share anyway. on the other hand, it would be nice to have a big “this is a private site” switch which turns off this, and other things (like the dashboard fetching stuff from outside … i “disabled” that one using a firewall rule;)

    #10340
    oberstet
    Participant

    I would like to disable Gravatar completely. I don’t want to hack in PHP code to remove the generated links.

    Reasons:

    a) I have a private blog behind HTTPS and some browser will complain all the time that part of the page loads from non-secure sources (http://gravatar)

    b) It’s a privacy hole. I don’t like to generate pings to Gravatar.

    How can this be done? Thanks …

    #71551
    r-a-y
    Keymaster

    For those interested, you can private message or contact macspeed directly.

    Locking thread.

    #71519
    abcde666
    Participant

    @conschneider

    why not having “public groups” as being freely availabe for your members and having “private groups” set-up as only being accessable with paid user-subscription ?

    Unfortunately, the useability and privacy of “private groups” is currently not very well designed, but might improve with the next version of BP 1.3

    3sixty
    Participant

    timbo85 wrote:

    Also, don’t wanna get shot down for this but if anyone knows a *top-class* BP coder, then please get in touch! :)

    http://buddypress.org/forums/topic/buddypress-theme-1

    As someone who would gladly pay for coding, I think this is absolutely fine. There really needs to be a BP developer/user exchange to help get some sites out there. I personally have more BP-related tasks than I have time, and would love to hook up with a developer who would do a “pay for coding” arrangement, even if for odd jobs and site maintenance.

    I could see a tiered system where you could code for a private project, or it could be done for the benefit of the overall BP community (for example, get paid up front to develop a plugin; release it, and the people who commissioned the plugin get their cost defrayed by eventual donations from users). There could be levels of arrangement similar to how Creative Commons works that would indicate what type of license you are coding for, though this is probably getting too fancy for now.

    Maybe you’re a developer and “been down that road” and can tell me why this is a bad idea. Otherwise, let’s start paying people money for what they are good at…

    Jeff Sayre
    Participant

    Regarding point “A”, I’ve decided that privacy is overrated, that only those who are losers and morons would dare ask for such an anti-establishment type of tool. If Mark Zuckerberg doesn’t think privacy matters anymore, then who am I to disagree with a social-network god that controls the lives of–ah, I mean graciously provides a gathering place to–a third of a billion people.

    Therefore, this morning I deleted all of my source files for the BuddyPress Privacy Component on my private repository and then put on my best suit of magnets and rolled around in my server room. And, just to make sure all that nasty privacy code was expunged from my network, I set my computers on fire while simultaneously striking them with a 20-lb sledgehammer.

    If you want privacy, don’t sign up for a social network. If you believe in freely-sharing all the intimate details of your life–which of course you should because this is the way the world is heading–then accept the Facebook neural implant and merrily post away.

    ajohnson
    Member

    very funny..however slightly on target on point “a”. Privacy for private areas needs to be better.

    #71203
    jivany
    Participant

    My thoughts on the group vs profile pictures, sorry if I get rambling too much. ;)

    First, if I upload a picture, I want to ensure that I am explicitly recognized as the owner of that picture (I’m assuming that people are only going to be uploading their own works). It shouldn’t matter where I upload that picture on the site, it should always have a link into my profile. Since we don’t want to duplicate pictures in the site and having multiple URLs that point to the same content is considered bad, why not just always have pictures in linked in the user’s profile album.

    As for groups. Yes, being able to upload directly from the group page is a nice idea. The tagging system previously described by you guys should be used here for sure. I think Flickr sort of makes it hard on this aspect because you can tag photos but you can also put photos into a group. That seems like an extra step to me. Use the tags to represent the group. For example, if you have a group called “The Photogs”, just tag all pictures uploaded from that group page with “The Photogs” (of course, make sure the user is aware of this and allow them to remove the tag if desired, etc.). This would require two things – your tagging system sort of needs to know all of the groups on the system and it then also needs to ensure people aren’t tagging their pictures with a tag that is also a group name when they don’t mean to (‘Are you sure you want to tag this picture to belong to the group “The Photogs”‘). Of course, this could allow users to ‘uncover’ hidden groups but I’m not sure that’s a big deal.

    Coming back to the first point, picture ownership. At some point you’re going to have to add some way for people to assign a license to their uploads. Most sites can get away with something in their terms of usage that is a blanket statement but some will have to allow their users full control over licensing of pictures. Creative Commons (like Flickr) is easiest.

    The reason I mention this is we’re talking about mostly public pictures on public websites.

    Public vs private is also a concern when allowing people to tag their pictures or upload them to a group. If a picture is uploaded to a public group, it can’t be set as a private picture. If the group is private, does the picture have to still be public? There might be some interesting combinations.

    And now for something a little different – Privacy.

    A user should always have full control of their pictures. A user should also be able to permanently remove their username if it is tagged against a picture (like Facebook person tagging). Users should be notified when they are tagged in pictures and it might also be better to require them to approve themselves being tagged in a picture before the tag is visible publicly. Users should only be able to tag people who they are friends with. Maybe people who are in the same groups, but definitely not any random user on the site.

Viewing 25 results - 4,476 through 4,500 (of 5,233 total)
Skip to toolbar