Checked on enwiki betalabs.
Fri, Feb 14
Re-checked the notifications types that were described in the task, i.e.
- a page was reviewed
- a page was linked
The same error appears on RecentChanges too.
There is another report - T245139: "TypeError: this.emptyFilterMessage is undefined" on Commons Watchlist.
Checked in betalabs:
Thu, Feb 13
What found when re-testing the current behavior
(1) Records of deleted Flow board content (deleted posts and topics) will be displayed on Special:DeletedContributions (and not in Special:Contributions) under the name of an admin who deleted the content:
Wed, Feb 12
Tue, Feb 11
Due to T244928, there were quite few error details recorded in betalabs eventlogging in the following format (all errors were found in deployment-eventlog05:/srv/log/eventlogging) :
Checked in wmf.18.
Unless I'm missing something here, the issue seems to me as an intended behavior.
Click filter changes input to open the filter changes menu
Click the delete icon
Re-checked in Safari 10.1.2 (the same version the issue was reported) - it seems that the issue is not present anymore.
Checked in betalabs - did not see any problems with Echo UI display with desktop Minerva.
Checked in betalabs
Mon, Feb 10
Fri, Feb 7
Re-checked to see the current behavior. To summarize
Thu, Feb 6
Checked in betalabs on a real iOS device - the issue is fixed.
Thx, @Zoranzoki21 - the issue was noticed and reported in https://phabricator.wikimedia.org/T224883#5824325. Moving the task into current sprint for further team discussion.
Testing on arwiki showed that there are few other cases when the proper position of the arrow looks problematic:
I've added the task to pre- and post-deployment (wmf.19) checklist. In betalabs the translations were not yet displayed.
Re-checked in betalabs and production - the issue is not present anymore.
Tue, Feb 4
Sat, Jan 25
Fri, Jan 24
Thu, Jan 23
Re-checked T242814 as part of testing this task - some discussion (possibly) is needed.
This task as Resolved.
The task has been checked ( some issues - T242476: Newcomer tasks: when selecting multiple topics, one topic should not dominate over the others (and the comment https://phabricator.wikimedia.org/T240512#5793805)- will be addressed in separately).
Checked in betalabs and in production - selecting all topics and all difficulty levels (and do less extreme queries but still extensive queries) does not fail. However, the is a difference in count of articles between the topic overlay count and the task card counter. Often the right count appears only in the task card but not in the topic overlay. The issue would be addressed in separate tickets.
Wed, Jan 22
When Advanced mode is enabled on mobile, the arrow will incorrectly point to the menu that does not have a username link:
- the hamburger menu does not have the username link in Advanced mode
- the user name link is on a different side
Checked in betalabs - the arrows are positioned equally
Tue, Jan 21
Checked in betalabs and moved for a Design review - please note the divider between topics and difficulty filters seems to be of double width.
Checked in betlabs - no issues found.
Re-tested https://gerrit.wikimedia.org/r/565459 - the test cases from task description show the same incorrect results. I corrected the case for - it should 4, not 7 as it was reported before: (correction) Zdraví + Společenské = 4
Notes for testing - check the test cases in T242814: Newcomer tasks: Discrepancy in article counter on "Select your interests"
Moving to Design review/evaluation. I filed another task (rather minor) - T243307: Newcomer task: Article card - adjust the info icon size and position on mobile
@Tgr - on iPhone 6S (and browser emulators) the label is moved to the end of the line
Jan 17 2020
@Tgr - was it intentional for hover-in/hover-out events associated with SE dialogs to have additional action_data?
select event_module,event_action,event_action_data from HomepageModule_19528052 where event_action like'hover%' group by event_module; +-----------------+--------------+----------------------------------------+ | event_module | event_action | event_action_data | +-----------------+--------------+----------------------------------------+ | impact | hover-out | | | start-account | hover-in | | | start-email | hover-in | | | suggested-edits | hover-in | taskTypes=copyedit,links;taskCount=200 | +-----------------+--------------+----------------------------------------+
Confirmed - the issues is present in betalabs.
The implementation of the specs in the task description have been checked and seem to be fine, except there are two bugs in the footer counter
Jan 16 2020
Checked in cswiki wmf.15 after the hidden preference deployment - the newly added eventlogging events are present (checked in the Console).
Checked in all target wikis - seems to be working as expected.
Jan 15 2020
Several things to consider
Jan 14 2020
Re-checked in regards of recent patches - ready for Design Review.
Jan 11 2020
Moving to Design Review - the specs marked with a green exclamation point have not been implemented yet.
For Design review - the line spacing and font (?) for "We'll try to suggest..." subheading looks different from the mockup.
Jan 10 2020
The actual functionality of the button will be checked in T238612: Newcomer tasks: topic filters
I see the same as in @Gergo comment above.