On some small wikis, the featured article doesn't change every day. Could be weekly or monthly.

This can be a big task. Besides documenting all of those, we should think about how we are going to approach the different wikis to add the classes or HTML attributes to their documentation pages, like what happened with the IPA template change not long ago.

Declined for now.

Ping @JoeWalsh, should we dig into this more, or decline? Seems like the service was developed and deployed with apps just fine a long time ago.

I saw! Good writing :D

Once we figure out how to move forward with this taking into account Bernd's comments above, we can update the description and move this to the backlog or upcoming.

@ovasileva This is probably a bug on mobile web too?

I'll re-link to the very much related post series we did last year, that does a deep dive in to this kind of workflow with Extension:Popups:

Done!

@bearND Mind moving the subtasks related to this that you are working on to the kanban board instead of this one? I made it an epic based on your comment in T217837#5022095

We should understand if we have to update our code to get descriptions better from the SDC project.

@bearND Is this fixed, should we resolve?

@bearND to move under the appropriate epic and prioritise.

@bearND to move under the appropriate epic and prioritise. This could be blocked on figuring out how the app injects settings to the web view.

@bearND to move under the appropriate epic and prioritise. This could be blocked on figuring out how the app injects settings to the web view.

Made T218087: Performance review of Extension:WikimediaEditorTasks for the performance review, and T218088: Follow-up comments from the security review for the other comments 👍

/page/media does a lot more than just listing resources. It has associated metadata for the resources themselves, and their relation with the page that embeds them, like the section id for example.

We need to explicitly list here all of what this endpoint will provide.

• T217349: mobile-html-offline-resources endpoint Related task.

This is about exposing the list of subtitle information on <track> tags, with the URLs. Not the content of the subtitles themselves.

Not critical, making it normal.

To be considered as part of PCS in production and moving/restructuring mobile apps repo to kubernetes.

Not applicable for now for the REST APIs in restbase.

Looking at https://en.wiktionary.org/api/rest_v1/page/definition/book it seems like there is an examples and parsedExamples property with similar content (if not the same).

Related task T77110: Push messages to logstash from JS. Not sure if it should be a subtask of this one or something else.

Can someone attach the screenshot and any URLs of production pages where the issue happens?

@Ottomata Would it be possible to send a JSON body via POST to be able to send a bit more payload if we route the events through event-gate?

Thanks for clarifying @Tgr @Anomie. I've moved it to tracking for reading infrastructure and reset the priority, it seems clear that it we shouldn't currently own this, and the appropriate followup teams have been pinged into the task.

Thanks @Aklapper! I already groomed that project and added the relevant tasks 👍

Reflecting reality, no-one seems to be interested in these. Please comment and move to our "Needs triage" column if you do.

@Mholloway to look into fleshing the solution for this out, before moving to backlog

Seems to not be the case any more.

@Tgr Can you add a full description about what this is and move to backlog if it is ours? Thanks

@Mholloway to clarify outcomes of the task in description, and then backlog it

@Mholloway to talk to @bearND to see if this is still valid and clarify the task.

Maybe it is just a case of enabling console logging for the proton instrumentation/logging when running the servers for test.