Feature Request not to send declined Friend Request notification

What you quote from me does not refer to spammers, but to ordinary people, who do not send another request if they know they have been declined. My second paragraph deals with spammers.

2 Likes

okay yeah i’m a little horrified to learn that people get notifications for declined friend requests. idk when the last time i declined a friend request was but now i just feel awful :cold_sweat:

7 Likes

before it was no issue to ignore friend requests, but sending a notification to someone that sent a friend request years back that was ignored, that the request is denied is not tempting… so now that friend requests are on top of friends, having to scroll down three full screen lengths to see who is online from the friends, I fully support denying without sending a notification…

if friend request spam is an issue, maybe there is a better way to handle it…

3 Likes

I’m trying to understand, because my friends who are online are at the top of my friends list. Did you keep unclosed notifications of denied friendship?

In fact I’m surprised by how much debates came out of this suggestion.

1 Like

no, I have almost 50 friend requests that are over 5 years old and still unanswered… it’s uncomfortable to send a denial of a friend request, and it used to be easier to ignore, but since then a change has been made, they are now on top of the friends list, so, I would like to support the suggestion of allowing friend requests to be denied without sending a notification to the user…

2 Likes

You’re not obligated to accept a friend request or even to explain why you rejected it. In the absence of any other reason, people will probably just assume you don’t accept friend requests, or reserve it for closer friends

2 Likes

Seems to be a yes to me :blush: (no pun intended)

We could change by adding a “silent deny” option maybe? Myself I feel better to assume the refusals and not make them wait for it but everyone should be free to chose to remain silent (or not).

Besides for the people who could prefer to keep the list of refusal (not saying you are) it could be moved in a more convenient place to not obscure the connected friends list?

1 Like

well, to be clear, it’s not notifications from other people refusing friend requests, it’s friends requests that have been sent my way that I never responded to, and given it’s been half a decade since they sent the requests, it feels wrong to send them notifications about it…

there were sometimes people would send repeated requests if they were denied, they weren’t trying to be harassing or anything, just joshing around i guess, so it just became a habit to keep all friends requests unanswered so they weren’t able to repeat send requests and wouldn’t be disappointed at having a refusal notification… but since the requests are on top of the friends list now it terribly clutters the friends list…

27 posts were split to a new topic:

A post was merged into an existing topic:

This comment was swept up into the split topic, even though it has absolutely nothing to do with that topic. Therefore, I am reposting it here, where it belongs:

It’s amazing how the most obvious point is largely disregarded. If a request gets no response, it’s impossible to know whether the request was ever received, which might logically prompt another request. This is not an idle hypothetical, because the notification system has been known to malfunction.

5 Likes

repost because of topic split

as was stated initially, it is in essence a non-issue, since in theory all options are covered already by the current model…

  1. accept friend request
    sends notification, blocks further requests
  2. reject friend request
    sends notification, user can repeat request
  3. ignore friend request
    no notification, blocks further requests

the caveat being of course the list of ignored friend requests cluttering the friend list…
having access to a list of ignored requests, does make things easier, and is probably why the pending requests was moved to the top of the friend list, and allows for the humanity of changing ones mind, or accidentally deleting a notification… but having it visual in a sense where it hampers the daily usage of the site is where it may be suboptimal in my opionion…

4 Likes

I suppose I ought to re-post mine then :smile:

I m following a bit your idea.
Standalone request management:
It would be nice to leave as it is or with 3 options. the added one being “ignore” which means no feedback too.

Old not answered requests won’t appear anymore at the top of the list of friends, only the last one.

For multiple standing requests:
For the QoL we can have a log in the general settings grouping the requests not yet answered or simply ignored with some management (like clear all, accept all, block requests etc…). There could be a toggle in this place to chose globally between send a notification or not so everyone be happy.
I’m not for blocking associated with ignore besides that. (Can still be available as a global toggle)

1 Like

Thanks for looking into this!

I just hope the toggle is for the receiving user, not at the sending end! :sweat_smile:

1 Like

:rofl:

I get that there are different opinions and uses so if it can satisfy every way…

Myself till now I have no problem with the system in place already, because I’m not overwhelmed by requests so I manage it on the fly. But I discovered that case where you stocked because you don’t want to say I refuse, and the inconvenience it creates for the friends list. So if we can make it better for everyone…

2 Likes

May be there is a better way to solve this issue.

Friendlist on OGS is a simple list like a contact list. May be we should disable sending requests completely.

Do we really need user authorization to put them on the list? Why?

2 Likes

There is one functionality associated with the status: to be online. Should we make it available for everyone?

3 Likes

Indeed.

2 Likes

You can already see if someone is online by opening a chat with them, for example. This “friend” feature is way more complicated than it needs to be for a server without private profile information.

3 Likes