User Details
- User Since
- Apr 29 2019, 7:31 PM (89 w, 4 d)
- Availability
- Available
- LDAP User
- HMonroy
- MediaWiki User
- HMonroy (WMF) [ Global Accounts ]
Tue, Jan 12
Mon, Jan 11
Fri, Jan 8
Thu, Jan 7
Wed, Jan 6
Tue, Jan 5
@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!!
Thu, Dec 17
- 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.
Dec 17 2020
Dec 15 2020
Dec 14 2020
Dec 9 2020
@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.
Dec 2 2020
Nov 25 2020
Nov 21 2020
Nov 18 2020
Nov 16 2020
Oct 26 2020
Oct 22 2020
Oct 21 2020
Oct 13 2020
Oct 7 2020
Oct 6 2020
@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.
Oct 2 2020
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.
Sep 29 2020
Sep 25 2020
Sep 9 2020
Sep 2 2020
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.
Aug 20 2020
Aug 18 2020
Aug 14 2020
Aug 11 2020
Aug 7 2020
Aug 5 2020
Aug 4 2020
Aug 3 2020
Aug 1 2020
Jul 31 2020
@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?
Jul 30 2020
@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.
Jul 29 2020
Jul 28 2020
@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.