Checked the fix in cx-testing - non-existing links displayed correctly as red:
@Rammanojpotla I re-checked (just in case) - yes, the issue seems to be fixed. I am closing the ticket.
Checked in hewiki which has SD enabled (manually) and NS_USER => 'noindex,follow' - the hidden SD topic (https://he.wikipedia.org/wiki/%D7%A0%D7%95%D7%A9%D7%90:Tzu3r252m5c55zof) will have noindex
@Catrope - probably unrelated? The click_tracking table still has namespace int(11) (betalabs)
SELECT distinct(TABLE_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE column_name like 'namespace%'; +----------------+ | TABLE_NAME | +----------------+ | click_tracking | +----------------+
[enwiki]> show columns from click_tracking; +---------------------+----------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +---------------------+----------------+------+-----+---------+-------+ | action_time | binary(14) | NO | MUL | NULL | | | session_id | varbinary(255) | NO | MUL | NULL | | | is_logged_in | tinyint(4) | NO | | NULL | | | user_total_contribs | int(11) | YES | | NULL | | | user_contribs_span1 | int(11) | YES | | NULL | | | user_contribs_span2 | int(11) | YES | | NULL | | | user_contribs_span3 | int(11) | YES | | NULL | | | namespace | int(11) | NO | | NULL | | | event_id | int(11) | NO | MUL | NULL | | | additional_info | varbinary(255) | YES | | NULL | | +---------------------+----------------+------+-----+---------+-------+ 10 rows in set (0.00 sec)
It's certainly a regression - I've updated the description and moved it to Collab-Team-Triage(Collab-Team-This-Quarter board.
Tue, Jan 16
Confirmed in testwiki - happens only on scrolling.
The topic is displayed truncated in 'Browse topics' and in the title:
Monobook displays notification with a normal size font:
Checked in betalabs - no Console errors as described in the ticket. I was able to type, save etc the translation.
Mon, Jan 15
The issue is not happening anymore in betalabs ruwiki (goodfatih model was enabled there) and since T181191: Make ORES-consuming pages more robust to ORES errors covers the issue, I am closing this ticket.
Sat, Jan 13
Seems to be fixed - checked in betalabs.
I've updated task to reflect recent UI adjustments - some of the previous issues got self-fixed due to modifications in UI.
Duplicate of [T173060}
Fri, Jan 12
Checked in cx-testing (and will check after deployment):
Checked in cx-testing - looks good (added the ticket to my list of tasks to check after deployment).
@SBisson you're right - in cawiki (wmf.15) all is fine with enabling/disabling the beta-feature "Structured Discussions on user talk"
(https://ca.wikipedia.org/wiki/Usuari_Discussi%C3%B3:Etonkovidova). But in testwiki (wmf.16) enabling "Structured Discussions..." will produce the error ( e.g. https://test.wikipedia.org/wiki/User_talk:Etonkovidova)
thx, @SBisson - I will check it after deployment.
@Trizek-WMF Regarding the following comment:
I'm not sure it is a good idea to restore the talk page to the initial state.
@Volker_E I will check it tomorrow.
Checked in cx-testing - yes, the issue is not present anymore.
Thu, Jan 11
Checked in betalabs - User and User talk (SD and non-SD pages) are not found by google searches.
Checked in betalabs - the tooltip displays the white spaces in page titles correctly.
The issue seems to be fixed - checked in beatalabs
and (wmf. 15) -- https://fr.wikipedia.org/w/index.php?hidebots=1&hidecategorization=1&hideWikibase=1&limit=50&days=7&enhanced=1&title=Utilisateur:Trizek_(WMF)&oldid=143691668&target=Brouillon&urlversion=2
@Catrope yes, sorry for the confusion - first I too thought that the issue was about enhanced=1 The problem seems to be that "Expand watchlist..." option is not saved in a bookmark when new filters are enabled.
"Expand watchlist to show all changes, not just the most recent" won't be reflected in url - with or without new filters enabled. I rechecked the straightforward scenario:
The issue is not specific to wikidata. In a sense, it's logical - page specific "Group results by page" option will not be preserved when a user opts out of the new filters.
@SBisson - "Restore all default settings (in all sections)" does not convert SD User talk page to wikitext page. In wmf.16 the error page will be displayed (which is un-related to the patch, of course since the patch has not yet deployed) - T184670: [wmf.16-regression] Fatal exception of type "Flow\Exception\InvalidDataException" for opting out from "Structured Discussions on user talk".
After the steps described in the ticket, click on the option "Structured Discussions on user talk" to activate it - the option becomes checked, but the error page still is displayed when go to User talk page. The guided tour will be displayed there also:
@Trizek-WMF "Restore all default settings (in all sections)" is not used often, afaik. And restoring to default should do just that - restoring to defaults. Since SD on user talk pages is still in beta features, the default format for User talk page is not SD. On the other hand, if some of the beta features may be defaults....
Checked in wmf.15/16 - no exception from CTRL+/ (checked both pages and SD pages).
Wed, Jan 10
Checked in betalabs - the Reason on Special:UserRights is not displayed as a link anymore - not in email and not in Alerts:
Thank you, @MichaelSchoenitzer - this issue (especially bookmarking the Watchlist) certainly needs to be addressed. I am moving the task to `Collaboration -Team-Triage (Collab-Team-This-Quarter)' board.
Tue, Jan 9
Checked in testwiki(wmf.16) - all functionality is in place. However, in the prototypes, except for the mobile view, 'Translations' word in the title has a lighter font weight. @Pginer-WMF - is that spec essential for the UI?
Thanks, @Petar.petkovic - it makes sense then. I am closing the ticket.
Checked in betalabs - thx, @santhosh for fixing this annoying issue. I will re-check it in wmf.16.
@Nikerabbit I might be wrong, but can you double-check for the proper font size and also the font contrast/resolution (on the tooltip too)? Looks rather small (fawiki -wmf.15, Chrome, 100% scale).
Mon, Jan 8
@MichaelSchoenitzer I was checking the issue in wikidata.org (1.31.0-wmf.15 ). Without beta-feature "New filters for edit review", I enabled "Expand watchlist to show all changes, not just the most recent" and there are all changes displayed: