Page MenuHomePhabricator

GitLab should not display ads for paid versions
Open, Stalled, LowestPublic2 Estimated Story Points

Description

Can we hide ads like these?

Screenshot from 2021-11-10 11-59-17.png (383×938 px, 52 KB)

Event Timeline

brennen subscribed.

We theoretically have the option that disables this kind of thing turned on, but I will investigate. May be worth an upstream complaint.

brennen triaged this task as Medium priority.Nov 19 2021, 1:40 AM
brennen changed the task status from Open to Stalled.Oct 3 2022, 6:45 PM
brennen lowered the priority of this task from Medium to Lowest.

I filed an issue upstream after checking that we definitely have hide_third_party_offers set:

https://gitlab.com/gitlab-org/gitlab/-/issues/376211

Looking at this a little closer, my guess is that this boolean only governs a system for promoting 3rd-party products, and that at least some of the various promotions scattered throughout the interface aren't affected by it.

For clarity, I don't really expect action from GitLab on this one. They've made it pretty clear on past issues that they are not interested in making changes that don't align with their business model. Still, no harm in filing it.

brennen moved this task from Limbo to Watching/External on the Release-Engineering-Team (Radar) board.
brennen moved this task from Backlog to Radar on the User-brennen board.

This has actually gotten some traction from upstream - see recent traffic on https://gitlab.com/gitlab-org/gitlab/-/issues/376211

Upstream closed https://gitlab.com/gitlab-org/gitlab/-/issues/376211 as implemented. Can we verify and resolve here if fix too?

No clue if hide_third_party_offers is set, as curl --request GET --header "PRIVATE-TOKEN: xxx" --url "https://gitlab.wikimedia.org/api/v4/application/settings" (with a personal token with the required scopes api and read_api) gives me a {"message":"403 Forbidden"}...

Currently any issue on https://gitlab.wikimedia.org/groups/repos/-/issues shows me an advertisement:

Screenshot From 2025-11-09 15-10-54.png (795×458 px, 59 KB)

No clue if hide_third_party_offers is set, as curl --request GET --header "PRIVATE-TOKEN: xxx" --url "https://gitlab.wikimedia.org/api/v4/application/settings" (with a personal token with the required scopes api and read_api) gives me a {"message":"403 Forbidden"}...

After entering into admin mode in a browser session I can see that API's response.

Screenshot 2025-11-10 at 10.39.09.png (242×1 px, 57 KB)

Currently any issue on https://gitlab.wikimedia.org/groups/repos/-/issues shows me an advertisement:

I had forgotten that we have some repos which are using gitlab's issues system rather than Phabricator. One possible solution for that particular open-core upsell advertisement exposure would be to disable issues in those repos.

According to the GNOME sysadmins in https://gitlab.gnome.org/Infrastructure/Infrastructure/-/issues/2109 we cannot disable GitLab SharewareFreemium advertisements (like the screenshot I posted in T295453#11356659) as they are not third-party advertisements.

One possible solution for that particular open-core upsell advertisement exposure would be to disable issues in those repos.

T304614: GitLab Issues experiment with Research was called an "experiment".
I wonder when/whether WMF re-evaluate experiments (and based on which criteria).

If possible please let's disable "issues" quickly before it becomes more widespread.

Issues are kinda disabled by default per T264231. Except for exceptions.

Upstream closed https://gitlab.com/gitlab-org/gitlab/-/issues/376211 as implemented. Can we verify and resolve here if fix too?

I think the issue that @brennen reported upstream is actually fixed. Unfortunately it was just a single banner on the /-/security/configuration page for each repo and not a general stop on all the open-core upgrade nags.