This is a workaround in https://gerrit.wikimedia.org/r/c/mediawiki/services/wikifeeds/+/905781 . Don't forget to revert this patch after solving T315650.

@Jgiannelos https://gerrit.wikimedia.org/r/c/905588

@Jgiannelos Hello, thanks for deploying! The patch you deployed works as expected. Could you please deploy another patch for this task as well？

As @Shizhao mentioned, this problem relates to language conversion: Wikifeeds send user request header's language to mediawiki's REST API (see https://phabricator.wikimedia.org/diffusion/WSWF/browse/master/lib/parsoid.js$25). REST API returns language-converted page title. However, some article do not have a redirect with this converted title.

I added deletion workflows in the task description. Feel free to edit it if there are any mistakes.

Is this T315650?

For https://zh.wikipedia.org/api/rest_v1/feed/featured/2022/08/10, I got those trace log in my local endpoint: P32650.
There is an error while getting https://zh.wikipedia.org/api/rest_v1/page/summary/明朝年号列表. Actually, there is no article named 明朝年号列表. The true article name is 明朝年號列表, which is the zh-hant variant of 明朝年号列表.

The inline popup is designed for Special:RecentChange and Special:Watchlist. There is already an infobox on Special:Contributions. So I think it is better to show nothing here, both icon and padding?

May relate to T305069.

@Tchanders Yes. It can still be reproduced in Chrome 101.0.4951.54 and Edge 101.0.1210.32, but can't reproduce in FireFox 99.0.1. All of them tested on 1.39.0-wmf.10 in testwiki.

Everything looks good. Thank you @Stang .

I couldn't reproduce this problem on Android Chrome 100 and Mediawiki 1.39.0-wmf.8. Is this fixed?

For the first issue, it maybe relate to this line: .cdx-demo-wrapper__demo-pane a override the footer text color. I'm not sure whether this style has any other use case. @AnneT: Could we remove this line?

In T286922#7821897, @AnneT wrote:

@StevenSun now that T304457 is resolved, work on this task can resume. The TypeaheadSearch component can use the Menu component's no-results slot. Because the search footer menu item will always exist in TypeaheadSearch, we can't rely on the Menu component's default behavior of displaying the no-results slot when there are zero menuItems. Instead, TypehaeadSearch will need to pass the showNoResultsSlot prop to tell Menu to show the no-results slot when there are zero searchResults in TypeaheadSearch.

Let me know if you have any questions or feedback!

Thanks! I will upload a new patch for this task later.

I requested at Commons:Administrators' noticeboard.

@Jdlrobson I can't reproduce this bug in Codex.

@alexhollender_WMF @Sarai-WMDE Thanks for your explanation. But I have a question about the sperated message: should it emit search-result-click event? If yes, what index value will be in the event data? (Previously in T303481 the footer's index is set to the number of results)

In T286922#7792459, @alexhollender_WMF wrote:

In T286922#7789739, @StevenSun wrote:

What it looks like:

@StevenSun awesome. Are you able to do the styling so that it looks like the mockup in the task description (i.e. more spacing between the items, and a border)?

What it looks like:

I will implement this in Codex.

It seems like missing

.vector-menu-dropdown:not(.vector-user-menu):hover .vector-menu-content {
        opacity: 1;
        visibility: visible;
}

in CSS of vector-2022.

在T276694#7697246中，@4nn1l2写道：

• You mean T256839: Change the Simplified Chinese logo of Chinese Wikipedia was done in a wrong manner?

I'm not sure about it. Addtionally, I also wonder about why those png logos were recompessed in rOMWC38ea0ab47350: logos: Update zhwiki from Commons and recompress.

• zhwiki-hans is a different project than zhwiki? If so, could you please provide a link to the mainpage of zhwiki-hans?