@Prtksxna Do you know if badges are in the same place as where the new Download would be in Vector. If so, where would the download button go? Are you aware of any other feature that is displayed in the same Download area? Thank you!!

• Investigate if & how we can implement the general idea shared by the auto-download example
  • Investigate if and how we can allow users to pick in settings their auto-download preference

We can add a user preference that will store the default auto-download preference. The default format, it would be for any device that they use (ex computer, mobile or tablet).
This approach would just be a matter of coding a new auto-download preference and reading from it. This can be counter productive if they prefer a different format depending on the device.

Rather than a saved user preference, we can store the last download preference in a session cookie. This implementation would work for any user (logged in or not).
This cookie solution would also work per device, as long as their cookies are enabled and are not cleared, wikisource would remember their last download file type for the given device.

@Dbrant you are correct. I tested the same endpoint and it's not retrieving the expiry as expected. I dug around and found T263796, which is addressing this issue. I think it's being released this week. Is this correct @DannyS712? I tried verifying it in my local environment but my wiki instance is currently broken.

Hi @cooltey, here is some documentation about how to submit a watch action to the API: https://www.mediawiki.org/wiki/API:Watch, and here is some documentation about how to get the expiry for articles: https://www.mediawiki.org/wiki/API:Watchlist. Please let me know if this helps or if you have any further questions.

@Tpt Thank you for pointing that out! We will proceed with making the migration since we've have concluded that it needs to be done if we want to improve reliability and make the tool more "future proof" We'll be creating another ticket T264788 to track the transition work. Please let out us if you have any other feedback.

Since the Parsoid's API (https://www.mediawiki.org/wiki/Parsoid/API) is meant to be integrated into core MediaWiki, with the goal of replacing MediaWiki's current native parser. Therefore, it is a good idea to make the transition sooner rather than later to improve reliability.

I have removed the background image from loading state in patch https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/619844. The current background image will spin when transitioning between watches.

In T260413#6394591, @dmaza wrote:

In T260413#6391947, @gerritbot wrote:

Change 620145 had a related patch set uploaded (by Samwilson; owner: Samwilson):
[mediawiki/core@master] Move notification overlay outside mw-body

https://gerrit.wikimedia.org/r/620145

If I'm not mistaken, moving the notification overlay outside of mw-body could potentially fix T260432: Watchlist Expiry: Watchstar popup not always usable on VisualEditor

In T260262#6392162, @Samwilson wrote:

I'm wondering if this can be fixed by the same fix as for T260413: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/620145

@HMonroy When I first load a page and click the watchstar, the popup disappears after 6 seconds even if you are hovering over it. Afterwards, without refreshing the page, if you unwatch and watch again the behaviour is as described above. This is on Firefox and Chromium on beta (MediaWiki 1.36.0-alpha (72ac5e1) 06:44, 31 July 2020). Do you see this as well?

@ifried @dom_walden @Prtksxna A mw.notify pop-up closes in 5 seconds by default when it is set to auto hide. There is an autoHideSeconds setting that only accepts an alias string: short (5 seconds) or long (30 seconds). I set the pop-up for watch/unwatch via the star to long; hence, you experience the 30 seconds period. Currently, the mw.notify does not support passing a dismissal time period in seconds. We can add more options (like medium = 6 seconds) but now 3 seconds feel too short, since the default is 5 seconds, and 6 seconds does not feel long enough. Please let me know your thoughts.

@Prtksxna @ifried during the code review for this patch, it has been mentioned that perhaps the text to indicate remaining days for temporarily watched items should be @color-base--subtle: @wmui-color-base30;, which is @wmui-color-base30: #72777d;. We have set it to Base 20 Gray - #54595d but I just wanted to run this by you.