One of the browsers are set up with forced session cookies and web storage,
and also to block third parties. It breaks several features, also central
login. I have reported it as an issue, but none has bothered to create a
fix.
I believe it would be better to put the add on the lower part of the
viewport, for all users, and for a limited time. Posting ads at random
locations and disrupting (terrorizing) the readers is not a good idea.
On Tue, May 5, 2020 at 12:04 AM Samuel Klein <meta...@gmail.com> wrote:
> >
> > If you're browsing in a private-window, this means the browser cannot
> > remember (save in a cookie) that you clicked "close" or saw the banner
> > already, hence you might be seeing more banners than most readers would.
> >
>
> Worth mentioning each time it comes up:
> This seems like an instance of where tracking interactions w/ a given {IP,
> day} or {hash of browser fingerprint+IP+daily salt} would vastly outweigh
> the challenges. We can support private browsing, or any kind of browsing,
> without creating a painful experience [which is also... not likely to
> result in a donation].
> _______________________________________________
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
_______________________________________________
Wikimedia-l mailing list, guidelines at:
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
