Checked in betalabs on FF - long names for filters are displayed correctly with Hide/Show; the truncation is also in place.

Closing the issue as Resolved - the fix to the original issue has been deployed to wmf.8. Mapframe with width=100% (and without frameless) will be displayed correctly on mobile.

Checked in cx2-testing.
(1) Translated ...explosante-fixe...<ref name=Garavaglia/> will be iautomatically rendered in frwiki as <ref name="Garavaglia"/> I removed from the published translation the quotes, so it became <ref name="Garavaglia"/>, but saving the article preserved all references.

The issue exists in production (wmf.8) - only on Watchlist. The steps - changing the skin from Vector and then back - reliably reproduce the issue.

Checked in betalabs - the "jumpiness" is gone.

Checked in betalabs - the layout looks according to the specs:

@SBisson - not displaying the filter in FF 60 was the issue too.

Checked in testwiki (1.32.0-wmf.999)

In T195427#4304583, @Pginer-WMF wrote:

In T195427#4304448, @Trizek-WMF wrote:

The popover remains visible for 4 seconds, and then disappears.

For some languages, 4 seconds only may make the message very difficult to read. Only an action taken by the user should dismiss the popover. The current status seems to be right then.

I referred to this in T195427#4242548. The original proposal for making it go away automatically was intended for the original message of Recent Changes, where there were no controls for actions needed by the user. Here it does not make sense for the message to disappear automatically. Currently it seems it is not disappearing, so we can just leave it as it is.

Some screenshots:

To summarize:

@Catrope - I checked for the users with previously enabled Watchlist beta feature, i.e.
up_property= rcenhancedfilters up_value= 1
It looks that they all will be seeing that invite tour.

The following has been addressed:

the 'Hide/Show' option adds only one line vs. about three lines in the mockups

Checked all specs - all look and work according to the specs:

Thanks, @Pginer-WMF - I filed it as a separate task: T197827: Recent changes - reduce vertical space between filtering tools and first line of results.

Checked https://pl.wikivoyage.org/wiki/U%C5%BCytkownik:Zilant13/Brudnopis - looks good.
Also, checked from this page https://pl.wikimedia.org/wiki/Konferencja_Wikimedia_Polska_2016/Miejsce/Hotel -- from the discussion:https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#Nowe_mapki_nawigacyjne. The map on the page displays English fallback names.

The steps to reproduce it:

Could be browser related? Chrome on Mac (and FF) clearly show more space both in beta and production:

Checked in cx2-testing - the majority of the specs are done.
@Pginer-WMF - please review the following:

@Pginer - there are Special:ProtectedPages and

Checked in cx-testing for different browsers. All specs are in place (the icon looks a little bit too small, but the icon size was small in the mockup too, so it's subjective).

Checked in betalabs:

Thx, @Trizek-WMF - good to hear that the issue was not about some bugs in enabling beta features. I am closing the issue.

The specs that need to be addressed are marked with - the tooltips are absent and the 'Hide/Show' state is persistent only when a user is on the page.

Checked after deployment onwmf.8 mediawiki (and enwiki). There is a difference now between positioning of elements on Watchlist and RC page:

@Spinningspark - regarding your reply on New wikitext in edit mode

"New wikitext mode" is on permanently regardless of whether I have "New filters for edit review" turned on.

The problem seems that you cannot un-check the "New wikitext mode" or you the un-checked check box becomes checked again after clicking on 'Save' ?

The steps for investigation (per @Mooeypoo) :

1. Go to beta preferences, remove both beta features.
2. Make absolutely sure that the checkbox is not checked; make sure it didn't accidentally (or through a bug) got checked on its own
3. Save preferences, and then go on to Wikipedia and clear cache
4. Go back into preferences, and select "Recent Changes Filters"
5. Save, check to see if the problem re occurs.

@Pginer-WMF - it'd be great to specific examples.
To eliminate the obvious:

• there might an article with English name in eswiki. For example, in ruwiki there is an article "WHO Model List of Essential Medicines" along with quite few others having English names
• cx-testing inserts external links, but does not allow to edit them
• wikidata are treated as external links?
• cx2-testing handles links suggestion/editing differently

Checked this ticket and T179902 - the tickets seem to be duplicate. I cannot reproduce the issue in cx-testing and cx2-testing.

Checked "Caffeine citrate" en->pl translation - Result.
The mangled references will be displayed when switching to VE, stating that they can be edited only in source text.
The read mode:

== Zastosowanie medyczne ==
Cytrynian kofeiny jest preferowanym lekiem w leczeniu bezdechu pierwotnego u wcześniaków<ref />. W porównaniu z [[Teofilina|teofiliną]] rzadziej powoduje skutki uboczne<ref />.

@Nikerabbit - it seems that it's http - e.g. http://cx2-testing.wmflabs.org/index.php?title=Special:ContentTranslation&page=Jaume+Fabre+i+Fornaguera&from=ca&to=es&targettitle=Jaume+Fabre+i+Fornaguera&version=2

Thx, @Petar.petkovic - I checked with &debug=1 - there was no extra cxsave

Fixed - checked in betalabs.

Checked in supported browsers and skins - looks according to the specs:

Checked - it's been fixed: from https://translatewiki.net/w/i.php?title=MediaWiki:Rcfilters-filterlist-feedbacklink/en&oldid=7571247

@Mooeypoo - the following issues are out of scope of this particular issue. The reason I am adding comments to evaluate them. I can file any of the following as a separate issues.

Checked the fix in testwiki (wmf.8).

Checked on elwiki (wmf.7) - the fallback to English works.

Checked in cx2-testing - there is no discrepancy in treating invalid page titles in ContentTranslation and with page creation/move.
@Petar.petkovic, @Pginer-WMF - do you think that the some of the following should be fixed as a part of this ticket?

@kaldari It'd be great if Special:NewPagesfeed in betalabs worked as in production, so I filed a new phab task for betalabs - T196954: [betalabs]: Page triage: "Uncaught TypeError: Cannot read property 'getLogPageTitle' of undefined" for 'Redirects for discussion'

I successfully hit "Creation of a new article without any categories" and "Youtube links"
The Console log records it dutifully:

[CX] Publishing failed Hit AbuseFilter: Creation of a new article without any categories 
 [CX] Publishing failed Hit AbuseFilter: Youtube links

The RC page displays tagged edits when it's specified for a filter( "Creation of a new article without any categories")
The filters are not applied if a user publishes to User namespace (Personal draft).

Thanks, @Nikerabbit.
https://translatewiki.net/w/i.php?title=Special:Translate&group=ajapaik-app&language=hif&filter=%21translated&action=translate
displays

Thx @Pginer-WMF and @Petar.petkovic. I reviewed T189488 and T196463 - they the issue card and the publish button functionality has been described with great level of detail, so the existing issues will be addressed there. I am closing this task as Resolved.

Btw, Email notifications display the number of failed attempts:

Confirmed on iPad (running iOS 9.3.5).

@Nikerabbit the url in the ticket redirects to the page with the error message about non-existing message group.

The layout seems ok - though the X in the circle icon is not red.

@santhosh I checked for different template placement - at the beginning of articles, at article's sections, at the end of the article - all seem to be fine for English articles.

Checked in betalabs - the maps with width="100%" will be displayed, so the fix is there.
However @Mooeypoo, I need your feedback on the following:
(1) MinervaNeue will display width="100%" (without frameless) and width="100%"(with frameless) differently.
The first map does not seem to be 100% width:

Checked in betalabs :

<mapframe latitude="47" longitude="7.5" text="Europe, in Norwegian  Bokmål" zoom="8" width="500" height="400" align="left" lang="nb" /><div style="clear:both;"></div>

will display 'Berna' :

Some comparison to the RC filters popup (for the comparison testing after deployment).

In T195427#4248632, @Trizek-WMF wrote:

Just to refresh my mind: what happen when, on the first pop-up, the person clicks on "Learn more"?

I re-checked the behavior of RC popups and it behaves according to the spec: "The link opens a new tab/browser and goes to the RC Filters page on mediawiki." A new browser tab is open but the popup is still displayed on a page.

In T189858#4149341, @Pginer-WMF wrote:

Did this solved T137803 at least for CX2?

Thanks, @Pginer-WMF - the follow up tickets cover sufficiently some improvements in usability. I am closing this task since no direct outstanding issues/bugs are found.

There are two major cases when an invalid page title may be entered

• when creating a page -not possible and no feedback to a user (there won't be that helpful link to create a page, e.g. "Create the page "Test1987" on this wiki!")
• when moving a page to a page with a new invalid title - there is a lengthy explanation:

@EddieGP - sorry, I didn't realize that I haven't added the content when I was creating the ticket.