commit | dca8722572852b226d26c91c4ae40246e568305a | [log] [tgz] |
---|---|---|
author | avm99963 <me@avm99963.com> | Mon Aug 16 19:10:25 2021 +0200 |
committer | avm99963 <me@avm99963.com> | Mon Aug 16 19:33:16 2021 +0200 |
tree | dc99b2d4e7f542b14c0ed7b6512e9519d5dc14ae | |
parent | 5203fa6d287bc03e611b169aedfd4b67bc6a573f [diff] |
autoRefreshList: improve filter detection & remove first call Before, we constructed the filter via an approximate method, which wouldn't always get the correct filter that the Community Console was using. Now that we're intercepting the first call to ViewForum, this change gets the filter directly from the request (and also the forumId value, which we always set as '0' before). Also, we used to perform a first call to get the timestamp of the first thread being shown. Now, we intercept the ViewForum response to get this timestamp instead of performing a separate call to the API. Note that sometimes when the thread list is shown the CC doesn't call the API, but insteads gets the threads from a previous call. The only case I've detected is when a user navigates back to a thread list, and in this case the feature uses the previously saved data from the last interception, which works fine. Also, if a thread list is loaded and we navigate forward to another thread list, we can't go back to the previous thread list (there isn't a button in the UI and the browser button goes to the page opened before the Community Console), so the feature doesn't break this way. However, if there are other cases in which the Community Console doesn't call the API neither, these might break the feature. Anyways, this change is definitely an improvement over the old method. Fixed: twpowertools:22 Change-Id: I66ff3b78e2089dc1decd35e6a89b208446409b86
An extension which brings several enhancements to the Google Forums and the Community Console.
For a list of features/enhancements, check out the feature list doc.
This extension is being actively developed, and everyone is welcome to make feature requests, report issues and contribute code changes.
In order to make feature requests or report issues, please do so at the Monorail Issue Tracker:
To see a more exhaustive guide on how to contribute, and information on how to contribute code changes, please read the following doc:
Before releasing updates to the stable channel, the newest versions are uploaded to the beta channel so they can be tested by everyone who's interested. This is another way to contribute to the project, because beta testing can make us notice bugs before they reach the stable channel.
The beta channel for Chrome is available here.