Ups, that was the wrong bug. I can't see the correct one right now.

@czar:

Sitic, I think I remember you saying somewhere that you wished the "sites selected" dropdown was more elegant. (Perhaps I'm wrong?) I never know what sites are going to show up on my crosswatch and on pageload I usually see one site load before the rest. Consider adding a horizontal filter bar just above the list that would show each site/wiki currently included in the visible CW list (possibly with a count next to each one)? It would make it easy to see at a glance which wikis have action and then to toggle which ones should be viewable. There could also be a toggle for "all" and a hidden dropdown for all sites toggled off or sites without any updates. I think it'd be better than the dropdown. (I imagine most editors will have one primary wiki affiliation with a lot of hits and then a bunch of wikis that almost always get drowned out. The virtue of CW is being able to see those few hits in a sea of primary wiki hits.)

I'm going to merge it in T109656: Feature idea: show active sites in a filter bar above list for now, so I can find it again.

Yes, I mentioned it in T100157: Better filtering by namespace support, especially now with the watchlist seperated per wiki it's much more important:

Should be much better now, next step would be one-time binding translations, but this isn't supported directly by angular-translate.

Good idea, that would certainly be more feasible. :-)

See also T91801: Support a more user friendly "re-authentication" flow for returning users:

In T91801#1159634, @Sitic wrote:

What's the point of having a "reauthorization" form if nothing about the consumer has changed (assuming valid request token and no revoked grants)? I wouldn't expect a user to click on "Login" on a tool in order to then revoke the authorization. If I wanted to revoke authorization for an app, the intuitive way for me would be to search for connected apps in the settings on my favorite wiki.

I would suggest to go straightaway to the callback and not show any form, it seems to me that many large oauth service providers do it this way.

Yes, sadly the watchlist API doesn't offer that directly. I would have to do a database check for each page to see if it exists without making crosswatch slow if the replica databases are blocked or slow (I don't like adding many database dependencies as those will break it from time to time. It's possible, but it might end up to be a bit complicated.

From the meta talk page:

On commons it would be helpful to filter sometimes certain users because they moved by hand 1000 files to another category but the watchlist just can show 1000 entries. So to see what other users were doing it'd be great to filter that one user out. Thx.--[[User:Sanandros|Sanandros]] ([[User talk:Sanandros|talk]]) 13:10, 14 August 2015 (UTC)

Hey @NiharikaKohli, sorry for the late reply (I've been travelling and only had bad internet the last days). @yuvipanda and I happen to be in the same place for the next days, so that should give us the opportunity to work on crosswatch.

Technically it would be no problem to add new items (e.g. every 5 minutes) to the watchlist. I agree that it should not cause inadvertently scrolling, so that's actually the hard part.

Should be fixed now, thanks.

Thanks, that means that crosswatch doesn't have the translation message for that logevents (seem all to be from Extension:PageTriage).

I've added a expand/show diff button and a collapse diff button to each edit. Tooltip didn't really work, because there is quite a lot of clickable area with links inside, which might be a bit confusing.

Thanks, yeah crosswatch is currently not designed for mobile and I'm not sure how easy it is to find a design which works on both.

This is blocked by an upstream bug. I'll have to wait until the new version of angular material is released, which unfortunately brings breaking changes for me which need to be fixed first.

Sadly this is stalled until this bug is fixed upstream:

• https://github.com/angular/material/issues/2242

Yes, that's correct. I'll have a look how the sitenotice/watchlistnotice could be done in crosswatch.

This is not the first time this has come up, but muting a section would be error-prone if I use the /* SECTION */ information (sub-sections, section renames etc).

Hey, by mark all read do you mean that page titles shouldn't be in a bold font afterwards?

Hey, that actually already exist, clicking on a edit (the white/text area) expands it show a diff and some additional links:

Thanks, should be fixed now.

It now checks if a page needs review for wikis which have FlaggedRevs. If so and the user has review right the diff and link to review the changes are shown.

Deployed, it now automatically shows a diff, if ORES predicts that the edit will be reverted and the edit was not already reverted. It also adds an settings option to turn ORES off.

@NiharikaKohli thanks for the reminder, it is indeed going well :-)

The sitematrix bug is tracked in T106963: SiteMatrix API returns unexpected null for 'wiki.url' field of Wikipedia project.

I suspect this is a stale NFS file handle issue, I had a similar problem today.

They seem to be in the process of moving away from python/django-social-auth and implemented their own generic auth system in src/sentry/auth, see issue:1372. I'm not sure what the status of that is, I still see plenty of social-auth references.

The OSM link goes to wiwosm, the Google Earth link goes geocommons. Both seem to miss a lot of images compared to https://geolocation.ws.

https://github.com/simonwhitaker/github-fork-ribbon-css is in cndjs and is a recreation of the Fork me on GitHub ribbon in CSS.

Completely forgot that it is already implemented …

Was caused by nutcracker and a misleading error message, see T106066.

Seems to have been fixed