BuddyDev

Search

Replies

  • Participant
    Level: Enlightened
    Posts: 26
    Bjoern on in reply to: [Resolved] Mediapress conflict with Buddyboss Media #4999

    Hi Brajesh,

    The Buddyboss support fixed it with some custom css for their photo lightbox:

    body.ps-active {
    overflow: visible;
    }

    This luckily fixed the conflict and the lightbox is visible again. Thanks.

  • Participant
    Level: Enlightened
    Posts: 26
    Bjoern on in reply to: [Resolved] Mediapress conflict with Buddyboss Media #4982

    Thanks, I will ask them and come back when I have feedback.

  • Participant
    Level: Enlightened
    Posts: 26

    Thanks so much, Brajesh! That’s exactly what I was looking for. I tested the upload plus plugin with your custom code and it works great. I still think that the newer “upload rename plugin” is a little better because it is a lot smaller and still supported because it is very new. It also doesn’t change the display title of the file but only the file name. The upload plus plugin is a lot bigger and not supported anymore. Sometimes (eg. on Mediapress) it changes the display title to the random string, which is not very user friendly. Because of the Exif strip functionality it also seems to be destined to probably give some upload errors once in a while. It also doesn’t allow for customization of the random strings. Anyway I have a working solution with upload plus and I could change the string length of 20 in the code itself. Thanks again.

  • Participant
    Level: Enlightened
    Posts: 26

    Hi Brajesh,

    Thanks so much for the update today. Yes it works now perfect. The group request properly show up for the admin even when the requesting user is not a friend and it has visibility to friends only. When admin tries to click on the requesting user it just redirects back to current user without revealing anything, which is the usual behavior. Very nice indeed!

    When the group admin accepts that request an activity item is generated for the group members only, which says that the new user joined the group. When I hover over the new user name in that activity entry it links to the correct user. The avatar of new user is also correct but when hovering over the avatar it links to the respective group admin. It’s only a very minor issue and I don’t really care a lot about it. The usual behavior would be that the link of the avatar would be correct so that friends can successfully click on it. When non-friends click on it it would redirect to current user. Whenever you feel like it you may try to change it but as I said, I don’t really care because the activity only shows for group members…

    Most important thing is that the group request now properly work. So thanks a lot for all your work!

    Best regards,
    Bjorn

  • Participant
    Level: Enlightened
    Posts: 26

    Brajesh, thanks for your reply. Were you able to figure out what the problem is?

  • Participant
    Level: Enlightened
    Posts: 26

    Did you see my reply the other day? I just saw that it was accidentally marked as private:

    Thanks so much Brajesh.
    I just tested 1.3.6 but unfortunately the group requests still don’t appear under “requests” for the group admin. I use the Boss theme from Buddyboss which comes with Ajax live notifications. The group admin gets the notification and an email about the request but when he clicks on the notification it shows the empty requests tab of the group. He can not accept the request. I am not quite sure what the problem is. This occurs when the profile is set to “Friends only”.

    Another less important thing I noticed is that when the group admin instead sends a request to that person (works when search visibility is on) and the person joins the group the respective activity entry in the newsfeed shows the correct avatar of [private user’s name] joined group xyz but the avatar links to another user (apparently to the group admin instead) although there’s no need for that. I am not quite sure whether that’s your plugin or some Buddypress bug but this only occurs with “friends only” private profiles.
    Best, Bjorn

  • Participant
    Level: Enlightened
    Posts: 26
    This reply has been marked as private.
  • Participant
    Level: Enlightened
    Posts: 26

    ok sounds great…thank you

  • Participant
    Level: Enlightened
    Posts: 26

    As said on the other thread, I think option 2 would be better. It just needs to show the request/user, the profile itself could still be “hidden”…

  • Participant
    Level: Enlightened
    Posts: 26

    Hi Brajesh,

    Thanks for the update. Really like all your plugins. – Hiding the friends widget works now perfect when the user sets his friends list to private. No more issues there.

    The group requests/invitations on the other side is giving me a little bit of a headache. I still don’t think that hiding the request button is a good solution. I understand that this only works for private groups and profiles set to private. However this is a very common scenario for a lot of users. In this very common scenario the user is completely unable to join the group unless he changes the privacy. He can’t even private message the group admin because the group admin is also hidden in a private group so he doesn’t know who the admin is. The group admin on the other side can’t send an invitation to the user even if they befriend each other unless the user sets his privacy to show up in member search. All this needs way too much explanation. In addition my Boss theme does not completely hide the group requests after your update. Your update hides the main request button but not the request tab where users can add a message to the group admin. The main button just redirects to this tab. I was still able to send out a group join request from my hidden test user but the admin again got the notification but it’s not showing the actual request when you click on it. I really think it would be better to allow and show the requests to the group admin even if the user sacrifices a little of his privacy there. Then it’s his choice. Otherwise he doesn’t have a choice, he simply can’t join at all.

    Thanks,
    Bjoern