Sometimes Stijl fails to login to PolyGerrit. Maybe the redirect is not caught?

An incoming change needs attention if, for example, it is not LGTM'ed by the user and it had activities since the user made comments to the review. By marking those changes in different way, the user can see which changes they need to look at.

I guess we can access Gerrit on *.googlesource.com with OAuth somehow.
See: https://github.com/jenkinsci/google-source-plugin

But I have no idea about Rietveld hosted on app engine.

It will be convenient if the number of unread incoming reviews if shown as a badge.

To make this happen, we need to periodically poll the code review sites, not only when the dashboard is open.

Chromium has long-since switched from Rietveld to Gerrit (and no contributors use Rietveld anymore).

Should we update the preset list to suggest Chromium's gerrit link instead?

Particularly for Rietveld backend, fetch is very slow because we need to request individual changes to decide approval state. We want to show those changes progressively, rather than when all are finished.

Currently changes in Rietveld are considered "approved" when it gets at least one LGTM, but it's not usually sufficient. We may want Chromium-specific approval detection logic.

This project uses async operation a lot.
Introducing "co" library will simplify those code.

Implement a feature to give stars to changes. It may be used by users to mark some changes as they wish.

Most of jQuery dependency has been removed, but Rietveld backend still uses jQuery to scrape HTML. It can be replaced by standard DOM operations and then jQuery can be removed.

PolyGerrit has an "assignee" field, to indicate which reviewer the CL is currently blocked on. This is a great way for CL authors to indicate which reviewer the CL is waiting on (especially useful for busy reviewers, like API reviews). The PolyGerrit brings these issues up to an "assigned review" section at the top of the dashboard.

Could we bring similar support to stijl? I doubt this is something Rietveld supports, but I'm not sure any project still uses Rietveld (see #25), and it seems this project currently has uneven support for Rietveld & Gerrit anyway:

Register to public Chrome Webstore.

It would be nice if Stijl can show GitHub pull requests too.

Currently five fixed sections are supported, which are "incoming", "outgoing", "CC'ed", "pending" and "recently submitted."
These are common cases, but there are some more requests.
E.g., mine is supporting "Recently submitted changes reviewed by me."

Supporting such requests one-by-one would not work efficiently because some are very minor request.
Instead, let's make sections customizable so that users can edit as need.

We have identified 1 possible instance of outdated documentation:

• watchify was changed to webpack but the change has not been reflected in the current version of the README file

About

This is part of a research project that aims to automatically detect outdated documentation in GitHub repositories. We are evaluating the validity of our approach by identifying instances of outdated documentation in real-world projects.

We hope that this research will be a step towards keeping documentation up-to-date. If this has been helpful, consider updating the documentation to keep it in sync with the source code. If this has not been helpful, consider updating this issue with an explanation, so that we can improve our approach. Thanks!

Sync changes in background, rather than only when the dashboard is open.

PolyGerrit finally implemented CC. Use the info.