User Details
- User Since
- Oct 26 2015, 7:13 PM (422 w, 5 d)
- Roles
- Disabled
- IRC Nick
- n/a
- LDAP User
- Unknown
- MediaWiki User
- Seddon (WMF) [ Global Accounts ]
Aug 4 2021
Jul 13 2021
May 15 2021
That could also work :D
May 12 2021
May 11 2021
May 5 2021
Apr 22 2021
Apr 16 2021
Apr 14 2021
Apr 7 2021
Apr 2 2021
Apr 1 2021
From your description: on pageview 1 a cookie would be set that defined what banner content should be served on pageview 2.
There are a number of technical issues here whereby using cookies is going to be problematic for privacy sensitive users (theoretically they might never see a community banner) or on mobile where cookie setting is known to be problematic for us where we could see real impacts on campaigns like Wiki Loves Monuments which is heavily skewed towards mobile or in non-european countries where the majority of our traffic is mobile.
The rest of my comment about inequitably treating community campaigns is the main point but advocacy campaigns include blackout campaigns where full screen banners are used. That's only possible when banner impressions are delivered on all page views.
@AndyRussG your proposed solution is not ideal. It could seriously hamper non fundraising campaigns which are generally run by the community. There are a number of other types of campaign that would need to be excluded including maintenance and advocacy campaigns.
Mar 29 2021
Is it possible to get some details on how to replicate the error?
Mar 24 2021
Mar 19 2021
Mar 13 2021
Mar 10 2021
@mwilliams awesome. I'll finalise the patch and get it ready for review.
Mar 8 2021
I'm fairly sure the errors are cause by this banner campaign which is contemporaneous with the errors occurring.
Mar 5 2021
Mar 4 2021
Mar 3 2021
Mar 2 2021
Whilst doing this ticket, I also fixed hover and focus behavior
Feb 25 2021
Is the solution to this: stop supporting IE11?
@mwilliams - Whilst I'm doing this, would you like the :focus and hover behavior of the icon and box to mirror that of special:search?
@mwilliams just to confirm as well as 16px and base20 grey, font-weight from bold -> normal as well?
Feb 23 2021
Feb 22 2021
Notes:
@mwilliams just to clarify. Is it just on "EndOfResults" you want this removed or so you want this extra message removed from "NoResults" as well ?
@mwilliams Just taken a gander at this. At the moment there is 12-17 px of white space with padding associated with the filters and 16 px of whitespace associated with the search results from a margin.
- @media screen and (min-width: 720px) .wbmi-select__content:
- padding: 6px 36px 6px 12px;
- .wbmi-select__content:
- padding: 11px 36px 11px 12px;
- .wbmi-media-search-filters
- min-height: 2.5em
- padding: 6px 0px
- .wbmi-media-search-results
- margin: 16px 0
- padding: 6px 36px 6px 12px;
Feb 16 2021
Jan 26 2021
Jan 25 2021
I've resolved this task since they are now working. Lets create a seperate task for performance with the WDQS.
Jan 24 2021
Jan 21 2021
That'll do! Good with me.
Jan 19 2021
On the 12th January, I left the following comment on irc:
Jan 16 2021
Jan 15 2021
Jan 14 2021
I've temporarily added