# Core Contributor News for Sprint: Mar 29th – Apr 11th, 2025

**URL:** <https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552>\
**Category:** Core Contributors\
**Tags:** core-contributor, retrospective\
**Created:** [April 17, 2025, 4:03am UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552 "2025-04-17T04:03:33Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![Natalia\_Choconta](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/natalia_choconta/32/8647_2.png) [@Natalia\_Choconta](https://discuss.openedx.org/u/Natalia_Choconta)\
**Post date:** [April 17, 2025, 4:03am UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/1 "2025-04-17T04:03:33Z")

</div>

## **Core Contributor News for Sprint: Mar 29th – Apr 11th, 2025**

This sprint brought a mix of experiences. While **33%** of respondents faced some challenges, the majority (66%) felt either **okay** or **great.**

> 🎉 **What are we celebrating?**
> 
> @TyHob
> 
> - A lot of work is landing soon on in-context metrics, and a lot of great design work is happening in user groups.
> 
> @pdpinch
> 
> - MIT Open Learning is restoring the markdown editor in Studio! A [frontend-app-authoring PR](https://github.com/openedx/frontend-app-authoring/pull/1805) is under review now (thank you @braden) and [a waffle flag PR needs a reviewer](https://github.com/openedx/edx-platform/pull/36512).
> 
> @antoviaque
> 
> - Still good progress being made on the contributor summit tasks, including on the “partners as maintainers” proposal.
> 
> @jill
> 
> - Getting great response from the Superset community on [[SIP-161] Translating Superset asset metadata · Issue #32854 · apache/superset · GitHub](https://github.com/apache/superset/issues/32854).
> 
> @Andres.Aulasneo
> 
> - Launch of tutor-contrib-let plugin
> 
> 🆘 **Who needs help?**
> 
> @Cassie
> 
> - OpenCraft is proposing an XBlock-based solution to automate the grading of student participation in discussions. We’d love to hear your thoughts - especially from educators.  
> Would this tool add value to your courses? 👉 [Vote here](https://discuss.openedx.org/t/discussion-grader-xblock-a-new-way-to-automate-grading-for-student-participation-in-discussions/15462).
> 
> @ali_hugo
> 
> - It would be great if CC’s could share this [call for feature ideas](https://discuss.openedx.org/t/what-s-on-your-open-edx-wishlist/15496) with the educators in their network. Or if CC’s could respond on the thread with ideas of their own!
> 
> @pdpinch
> 
> - We need a review for this bugfix PR: [fix: save video asides during XML course import by asadali145 · Pull Request #36500 · openedx/edx-platform · GitHub](https://github.com/openedx/edx-platform/pull/36500)
> - Also looking for a reviewer for [https://github.com/openedx/edx-platform/pull/36512](https://github.com/openedx/edx-platform/pull/36512)

## 🚧 What Pull Requests (PRs) need review?

As a CC, check for PRs that are stuck and need attention. Don’t have write access? No problem! You can still help by **reviewing** to move things forward. Ping Axim if there are issues merging after you review.

**Below is a list of stalled PRs that need urgent attention:**

- [feat: Added correct image for FB sharing (master)](https://github.com/openedx/edx-platform/pull/33784)
- [feat: Added correct image for FB sharing (quince.master)](https://github.com/openedx/edx-platform/pull/33785)
- [feat: xblock asides view for rendering in an iframe in MFE](https://github.com/openedx/edx-platform/pull/34026)
- [chore: Remove usage of deprecated `assertDictContainsSubset` unittest method.](https://github.com/openedx/edx-platform/pull/34330)
- [fix: cohorts api permissions](https://github.com/openedx/edx-platform/pull/34399)
- [feat: adaptive display of links for Quince](https://github.com/openedx/edx-platform/pull/34433)
- [feat: use profile name in navbar if available](https://github.com/openedx/edx-platform/pull/34493)
- [feat: third party authentication automatic logout with a single redirect](https://github.com/openedx/edx-platform/pull/34517)
- [fix: styles for share video functionality of the video xblock](https://github.com/openedx/edx-platform/pull/34808)
- [fix: problem editor content style](https://github.com/openedx/edx-platform/pull/34867)

Find a full list of [**PRs ready for review here**](https://github.com/orgs/openedx/projects/19/views/27), or focus on [**edx-platform PRs**](https://github.com/orgs/openedx/projects/19/views/29) that need attention.

## 📝 What are the Working Groups up to?

| **Working Group** | **Latest Updates** |
| --- | --- |
| [BizDev](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4404543516) | Credly integration is delayed; users can’t view badges in the LMS. An alternative, POK (Argentinian solution with blockchain credentials), will be presented by Esteban. BigBlueButton and Turnitin integrations face technical issues. GoReact + WGU partnership highlighted. AWS Academy offers LTI integration opportunity—potential pilot needed. **Latest meeting notes** → [2025-04-09 Partnership development Meeting](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4925751297/2025-04-09+Partnership+development+Meeting) |
| [Build-Test-Release (BTR)](https://openedx.atlassian.net/wiki/spaces/COMM/pages/1022099494) | Teak’s cutoff date moved to April 24; all key roles (security patcher, testing coordinator) are now filled. React 18 upgrade no longer a blocker. Forums v2 migration has bugs (2U/MIT), but not blocking release. May 6: Virtual Release Test-a-thon planned. Ongoing work on Tutor Indigo theme and feature flag collection. **Latest meeting notes** → [2025-04-14 BTR Meeting Minutes](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4933255230/2025-04-14+BTR+Meeting+Minutes) |
| [Contributor Coordination](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3768188929) | The board reviewed key items, including improving feedback processes and working group updates, with progress in OPR management and automation. The partners as maintainers topic is almost resolved but still needs final approval. The Open edX Handbook is ready for implementation. **Latest meeting notes** → [2025-03-18 CC Working Group Meeting Notes](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4883087361/2025-03-18+CC+Working+Group+Meeting+Notes) |
| [Core Product](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3754655796) | Product release notes for new user-facing features should be added to the Teak Product Release Notes space in the wiki. Smaller improvements and bug fixes should be added to the Potpourri page by May 30th. Additionally, there will be a follow-up Design Sprint Workshop for the Global Administrative Console of the Open edX platform on Monday, April 14th during the UI/UX Workshop slot. **Latest meeting notes** → [2025-04-08 Core Product Meeting Notes](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4923228174/2025+-+04+-+08+Core+Product+Meeting+Notes) |
| [Data](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3303931917) | The Data Working Group discussed improving in-context analytics in Studio, focusing on accessibility (chart contrast), clearer chart titles, and linking to a user guide. There was also a conversation about improving analytics for multi-part problems submitted with one button. More granular data will likely be addressed in the Ulmo release. **Latest meeting notes** → [2025-03-05 Meeting notes](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4848123908/2025-03-05+Meeting+notes) |
| [Deprecation](https://openedx.atlassian.net/wiki/spaces/COMM/pages/825983190) | The Programs dashboard is a legacy page with no current DEPR or MFE replacement, though it might be integrated into the learner dashboard MFE in the future. Its API could be improved to prepare for migration, ideally after the Studio frontends deprecation. The new codejail-service is nearing readiness and may be merged into one repo. 2U/Arch-BOM will write the DEPR for codejail but won’t maintain it long-term. **Latest meeting notes** → [DEPR Meetings Notes (2025)](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4712300546/DEPR+Meetings+Notes+2025) |
| [Documentation](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4360732679) | The Open edX Handbook proposal was accepted in late 2024. Cassie is now refining the structure and seeking feedback from the Documentation WG. **Latest meeting notes** → [2025-04-02 Docs WG](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4910350358/2025-04-02+Docs+WG) |
| [Educators](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3725623297) | _No current updates available._ |
| [Frontend](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3090056949) | Key topics for the upcoming meeting include improving alert button styling via design tokens, clarifying devDependencies usage, exploring RSBuild for better build performance, and auto-generating TypeScript types from OpenAPI schemas. **Latest meeting notes** → [2025-04-10 Frontend Working Group Meeting Notes](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4925882369/2025-04-10+Frontend+Working+Group+Meeting+Notes+Customizing+Paragon+components+build+optimization) |
| [Large Instances](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3655008783) | _No current updates available._ |
| [Learning Tools (LTI)](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3754852396) | Maria Fernanda shared updates on 1EdTech testing and proposed a technical approach for LTI consumer improvements. Igor from Raccoongang discussed enhancing LTI for single authentication across resources. **Latest meeting notes** → [2025-04-01 Meeting notes](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4881514502/2025-04-01+Meeting+notes) |
| [Maintenance](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4031447158) | All Tutor-supported MFEs are now on React 18. Django upgrade is progressing, with focus on resolving `index_together` syntax issues. Discussions included 2U team responsibilities, updates to the deprecation process, and follow-ups on name-affirmation and [brand-edx.org](http://brand-edx.org) maintenance. **Latest meeting notes** → [2025-04-10 Meeting notes](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4927356947/2025-04-10+Meeting+notes) |
| [Marketing](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3374972965) | Upcoming events include Educause 2025 (Edly, Intela, Aulasneo, DRC), Learn in Saudi Arabia (DRC, eduNEXT, Edly), and GITEX Asia (Edly). The next Open edX Meetup is in May, just before the Open edX Conference. G2M presentation moved to May 7; sponsors still needed—marketing updates and OKR review ongoing. **Latest meeting notes** →[Agenda, April 16th, 2025](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4933713939/Agenda+April+16th+2025) |
| [Mobile](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3754950709) | _No current updates available._ |
| [Technical Oversight Committee](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3575939113) | A new Mission Aligned Organization may join Open edX, and membership in UNESCO’s Global Education Coalition is being considered. WGU officially joined as a contributing partner, while the “Partners as Maintainers” proposal sparked discussion around commitment levels and governance. The forums service successfully migrated from Ruby/MongoDB to Python/MySQL, reducing tech debt and simplifying maintenance. **Latest meeting notes** → [TOC Meeting Notes - 2025-03-12](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4917624834/TOC+Meeting+Notes+-+2025-03-12) |
| [Translation](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3157524644) | The language performance declined following the transition from the edx-platform to the openedx-translations project. Machine translations are now active for all languages except Portuguese (Portugal). **Latest meeting notes** → [2025-04-16 Translation WG Meeting](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4933255218/2025-04-16+Translation+WG+Meeting) |
| [UX/UI](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3755016235) | [Database of UX/UI Projects](https://openedx.atlassian.net/wiki/spaces/COMM/database/4019912748). **Latest meeting notes** →[2025-04-03 - UX/UI Working Group Meeting](https://openedx.atlassian.net/wiki/spaces/COMM/pages/4916117505/2025-04-03+-+UX+UI+Working+Group+Meeting) |

## 📅 What events are coming up?

- **Teak is coming!** 🚀 Release cut: April 24 · Testing: Apr 25–Jun 8 · Launch: June 9, 2025. [Open edX Releases Homepage](https://openedx.atlassian.net/wiki/spaces/OEPM/pages/4191191044/Open+edX+Releases+Homepage)
- The [**Open edX Conference 2025**](https://con.openedx.org/) is July 1 – 4, 2025 at Télécom Paris.
  - Seeking additional sponsors

- **Educause 2025** : [EDUCAUSE Annual Conference 2025](https://events.educause.edu/annual-conference) - _4 Providers confirmed (Edly, Intela, Aulasneo, and DRC)_.
- **G2M Presentation** : May 7th at 11 AM (EDT) - _review [deck](https://docs.google.com/presentation/d/1Lf0Nkhk4k7vf_Hm0nBwdIrDwnxmkCHbiwNd1j6BNUYA/edit#slide=id.g309d1eda4b0_0_1497)in preparation_
- [**GITEX Asia @ Singapore**](https://gitexasia.com/) - _Apr 23rd - 25th._
- Join a **working group meeting** using the community [calendar](https://calendar.google.com/calendar/u/0/embed?src=c_v86shrnegshsqgp4fj2k94u7bc@group.calendar.google.com&ctz=America/New_York).

* * *

## **🚀 What are we working on?**

- Our community is working on exciting projects! Visit our [Open edX Roadmap](https://github.com/orgs/openedx/projects/4/views/20) and [Release Planning Spreadsheet](https://openedx.atlassian.net/wiki/spaces/COMM/pages/3613392957) to find out what’s happening.

* * *

## 🤝 Want to participate in Core Contributor Governance?

- Join us for the next **Contributor Coordination Working Group Meeting** on **Tuesday, May 13th** to collaborate on planning and aligning contributor efforts. We’re working on some exciting [projects](https://github.com/orgs/openedx/projects/62/views/1), and we’d love your input. Help us shape the future of Open edX!➡ [Add the meeting to your calendar](https://calendar.google.com/calendar/u/0/embed?src=c_v86shrnegshsqgp4fj2k94u7bc@group.calendar.google.com&ctz=America/New_York)

* * *

## 💬 **Anything to add?**

Share your thoughts in Slack ([openedx.slack.com](http://openedx.slack.com/)) or the comments below!

---

<div class="post-metadata">

**Author:** ![ali\_hugo](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/ali_hugo/32/5284_2.png) [@ali\_hugo](https://discuss.openedx.org/u/ali_hugo)\
**Post date:** [April 17, 2025, 6:32am UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/2 "2025-04-17T06:32:54Z")

</div>

@Natalia_Choconta This update looks great! The formatting makes it much easier to go through. Thank you! 🙌

---

<div class="post-metadata">

**Author:** ![Cassie](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/cassie/32/6843_2.png) [@Cassie](https://discuss.openedx.org/u/Cassie)\
**Post date:** [April 17, 2025, 7:22am UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/3 "2025-04-17T07:22:22Z")

</div>

So glad to see this finally in action! It’s been a long road 🙂 If any CC’s have feedback on the new format let us know [here](https://github.com/openedx/wg-coordination/issues/144#issue).

@Natalia_Choconta We also wanted to track if there is more engagement now that we’ve rolled out the new template. Could you keep track of this too and update me after a 3-month period perhaps? I’m also hoping that we link to this from the Open edX newsletter we’re rolling out 🙌

@itsjeyd @Michelle_Philbrick The same as the above - if more tickets start getting reviewed. I also asked @ehuthmacher if we can include the list of PRs in the newsletter template. So that may help as well 🤞

cc. @antoviaque

---

<div class="post-metadata">

**Author:** ![sarina](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/sarina/32/2308_2.png) [@sarina](https://discuss.openedx.org/u/sarina)\
**Post date:** [April 17, 2025, 6:45pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/4 "2025-04-17T18:45:06Z")

</div>

This is great! My only feedback is in email, the table doesn’t have lines between it making it difficult to digest right from my inbox:

 ![image](https://us1.discourse-cdn.com/flex020/uploads/openedx/original/2X/1/19bf0e996ad2b432f9b603f2a7574b49e4d0775e.png)

Perhaps adding new lines in each box would help?

---

<div class="post-metadata">

**Author:** ![sarina](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/sarina/32/2308_2.png) [@sarina](https://discuss.openedx.org/u/sarina)\
**Post date:** [April 17, 2025, 6:46pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/5 "2025-04-17T18:46:38Z")

</div>

> [@Natalia\_Choconta](#):
>
> - The **next release** beta starts March 15, with the final release in April. [View roadmap here](https://github.com/orgs/openedx/projects/28).

Also this line is incorrect. The testing period for Teak will begin after the Teak cut on April 24, with a release in June. I recommend linking to this page: [https://openedx.atlassian.net/wiki/spaces/OEPM/pages/4191191044/Open+edX+Releases+Homepage](https://openedx.atlassian.net/wiki/spaces/OEPM/pages/4191191044/Open+edX+Releases+Homepage) instead of the BTR board which is harder to read/understand.

---

<div class="post-metadata">

**Author:** ![Natalia\_Choconta](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/natalia_choconta/32/8647_2.png) [@Natalia\_Choconta](https://discuss.openedx.org/u/Natalia_Choconta)\
**Post date:** [April 17, 2025, 7:00pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/6 "2025-04-17T19:00:35Z")

</div>

Absolutely @Cassie ! I’ll be tracking engagement over the next 3 months and will share an update with you at the end of that period.

Thanks so much for the feedback @sarina! I’ll make sure to add the suggested line spacing in the next report to improve readability, especially for email viewers.

Also, thanks for the correction regarding the Teak timeline. I’ve updated the information and replaced the link with the one you recommended.

---

<div class="post-metadata">

**Author:** ![antoviaque](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/antoviaque/32/32_2.png) [@antoviaque](https://discuss.openedx.org/u/antoviaque)\
**Post date:** [April 21, 2025, 9:48am UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/7 "2025-04-21T09:48:30Z")

</div>

Agreed, very nice new format 😃

@itsjeyd The list of stuck PR shows some pretty old PR - the oldest two [being from 2023](https://github.com/openedx/edx-platform/pull/33784) ([2nd PR](https://github.com/openedx/edx-platform/pull/33785)), and don’t look too big or controversial? Are there for those to have been there for so long? What could we do to unblock them? The rest of the 10 PRs from the list are from 2024 still…

---

<div class="post-metadata">

**Author:** ![itsjeyd](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/itsjeyd/32/214_2.png) [@itsjeyd](https://discuss.openedx.org/u/itsjeyd)\
**Post date:** [April 22, 2025, 12:40pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/8 "2025-04-22T12:40:48Z")

</div>

> [@Cassie](#):
>
> @itsjeyd @Michelle_Philbrick The same as the above - if more tickets start getting reviewed. I also asked @ehuthmacher if we can include the list of PRs in the newsletter template. So that may help as well 🤞

Thanks a lot @Cassie! I’m not completely sure how we’d formally track

> if more tickets start getting reviewed.

However I’ll definitely keep an eye out for CCs offering to review PRs without being pinged by @Michelle_Philbrick or me first 👍

* * *

> [@antoviaque](#):
>
> The list of stuck PR shows some pretty old PR - the oldest two [being from 2023](https://github.com/openedx/edx-platform/pull/33784) ([2nd PR](https://github.com/openedx/edx-platform/pull/33785)), and don’t look too big or controversial? Are there for those to have been there for so long? What could we do to unblock them? The rest of the 10 PRs from the list are from 2024 still…

@antoviaque If nobody picks them up after seeing this post, we could ping the `#core-contributors` and `#wg-maintenance` channels on Slack to get more eyes on them.

---

<div class="post-metadata">

**Author:** ![antoviaque](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/antoviaque/32/32_2.png) [@antoviaque](https://discuss.openedx.org/u/antoviaque)\
**Post date:** [April 23, 2025, 1:52pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/9 "2025-04-23T13:52:15Z")

</div>

@itsjeyd Sounds good 👍 What do you think is the reason for MRs to remain open for so long? No clear maintainer for this part of edx-platform? Lack of visibility from core contributors? Something else?

---

<div class="post-metadata">

**Author:** ![itsjeyd](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/itsjeyd/32/214_2.png) [@itsjeyd](https://discuss.openedx.org/u/itsjeyd)\
**Post date:** [April 24, 2025, 12:47pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/10 "2025-04-24T12:47:45Z")

</div>

@antoviaque I’ll have a closer look and get back to you tomorrow.

---

<div class="post-metadata">

**Author:** ![sarina](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/sarina/32/2308_2.png) [@sarina](https://discuss.openedx.org/u/sarina)\
**Post date:** [April 24, 2025, 9:37pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/11 "2025-04-24T21:37:10Z")

</div>

@antoviaque I suspect it’s just that no one feels they know anything about social media previews (I sure don’t)

---

<div class="post-metadata">

**Author:** ![itsjeyd](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/itsjeyd/32/214_2.png) [@itsjeyd](https://discuss.openedx.org/u/itsjeyd)\
**Post date:** [April 25, 2025, 1:29pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/12 "2025-04-25T13:29:21Z")

</div>

@antoviaque

> [@antoviaque](#):
>
> What do you think is the reason for MRs to remain open for so long? No clear maintainer for this part of edx-platform?

I’m not aware of any recent efforts to establish maintainership for specific parts of the edx-platform repo (though it’s completely possible that I just missed the memo on that).

So yes, that is still a potential bottleneck when it comes to finding reviewers for edx-platform PRs specifically.

> [@antoviaque](#):
>
> Lack of visibility from core contributors?

Not sure about this one, I think it depends a bit on how individual CCs approach finding PRs to review. I.e., do they go out and actively look for PRs they could help with? Or do they take a more passive approach and wait for someone to ping them directly?

I don’t know the answer to that question, but what I can say is that on the repos that I’m responsible for as OSPR manager, I haven’t really been seeing CCs take action independently and assign themselves as reviewers without being prompted.

Also, many of the long-running PRs from the original post have the `needs reviewer assigned` label, so they’re visible via the [Reviewers needed - all OSPRs](https://github.com/orgs/openedx/projects/19/views/27) and [edx-platform (only) needs reviewers](https://github.com/orgs/openedx/projects/19/views/29) tabs on the Contributions board, at least.

> [@antoviaque](#):
>
> Something else?

From my recent experience, product review is still a bottleneck. The process is much more well-defined now than it used to be, but PRs still get stuck at that stage frequently.

- PR authors often don’t initiate the process themselves, and/or don’t stay as proactive as the process requires them to be.
- For PRs that only make small user-facing changes, my personal opinion is that the product review process is too complex. A simplified version requiring fewer steps and less coordination would make it possible to get these types of PRs merged much more quickly. (It might also be less intimidating for people who are new to the community.)

Another issue, I think, is that the volume of PRs against edx-platform is much larger than on other repos. This leads to fewer touchpoints from OSPR management for edx-platform – there’s only so many PRs that can be processed at a time, so if the number of PRs against a given repo is large it can take some time until we circle back around and have another look at each individual PR. This doesn’t negate the fact that it’s difficult to tell who to ping for review on PRs targeting different parts of edx-platform; but perhaps @Michelle_Philbrick and I could work out a new approach that would allow us to increase the number of touchpoints per PR.

Looking at the list of long-running PRs from the original post, there’s a couple more factors causing PRs to get stuck (I’ve come across these myself in the context of OSPR management):

- Lack of response from CCs / maintainers:
  - [fix: cohorts api permissions](https://github.com/openedx/edx-platform/pull/34399#issuecomment-2532954841)
  - [fix: problem editor content style](https://github.com/openedx/edx-platform/pull/34867#issuecomment-2532940734)

- Lack of budget
  - [feat: use profile name in navbar if available](https://github.com/openedx/edx-platform/pull/34493)
  - [feat: third party authentication automatic logout with a single redirect](https://github.com/openedx/edx-platform/pull/34517)

* * *

@Michelle_Philbrick It would be good to get your perspective here, too 🙂

---

<div class="post-metadata">

**Author:** ![Michelle\_Philbrick](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/michelle_philbrick/32/4369_2.png) [@Michelle\_Philbrick](https://discuss.openedx.org/u/Michelle_Philbrick)\
**Post date:** [April 25, 2025, 2:25pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/13 "2025-04-25T14:25:47Z")

</div>

> [@itsjeyd](#):
>
> From my recent experience, product review is still a bottleneck. The process is much more well-defined now than it used to be, but PRs still get stuck at that stage frequently.
> 
> - PR authors often don’t initiate the process themselves, and/or don’t stay as proactive as the process requires them to be.
> - For PRs that only make small user-facing changes, my personal opinion is that the product review process is too complex. A simplified version requiring fewer steps and less coordination would make it possible to get these types of PRs merged much more quickly. (It might also be less intimidating for people who are new to the community.)
> 
> Another issue, I think, is that the volume of PRs against edx-platform is much larger than on other repos. This leads to fewer touchpoints from OSPR management for edx-platform – there’s only so many PRs that can be processed at a time, so if the number of PRs against a given repo is large it can take some time until we circle back around and have another look at each individual PR. This doesn’t negate the fact that it’s difficult to tell who to ping for review on PRs targeting different parts of edx-platform; but perhaps @Michelle_Philbrick and I could work out a new approach that would allow us to increase the number of touchpoints per PR.

@itsjeyd I agree with all of this. Product is still a bottleneck, and I don’t think it’s necessarily the process in most cases, but perhaps a capacity issue. Also, a huge +1 to the process being a bit complicated for the smaller updates. I do know that Jenna has approved a few of those to skip the full process and they just continue to review. Maybe when those pop up, we can send them directly to her, or post it the Product Slack channel to get feedback on whether it’s big enough to warrant the full process?

For edx-platform, I can check in on those more regularly if needed, that’s not an issue. The issue is getting the number of stalled PRs down. With edx-platform, there’s lots of PRs stuck needing review, some have been waiting for 6-12 months (and may not even be relevant anymore). The CCs do get occasional reminders to peek at the ones needing review, and we’re highlighting this issue more in the CC comms (like @Cassie is working on), so maybe this will start to improve a bit. I will also check internally with the Axim Eng team to get their thoughts on how to handle PRs that have beens stuck with no reviewers (regardless of repo).

CC: @antoviaque

---

<div class="post-metadata">

**Author:** ![itsjeyd](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/itsjeyd/32/214_2.png) [@itsjeyd](https://discuss.openedx.org/u/itsjeyd)\
**Post date:** [April 29, 2025, 1:55pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/14 "2025-04-29T13:55:02Z")

</div>

@Michelle_Philbrick Sounds great re: edx-platform, thanks!

For product review, I’d be in favor of posting on the Product Slack channel to maximize the number of people that would take note. (Which would probably include Jenna, so she could still provide feedback if she had capacity; but we’d be less dependent on a single person finding time to help out.)

CC @Cassie @antoviaque

---

<div class="post-metadata">

**Author:** ![antoviaque](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/antoviaque/32/32_2.png) [@antoviaque](https://discuss.openedx.org/u/antoviaque)\
**Post date:** [May 12, 2025, 2:38pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/15 "2025-05-12T14:38:15Z")

</div>

> [@itsjeyd](#):
>
> I don’t know the answer to that question, but what I can say is that on the repos that I’m responsible for as OSPR manager, I haven’t really been seeing CCs take action independently and assign themselves as reviewers without being prompted.

I wonder if that could be incentivized somehow? Or organized, so that the prompting is more systematic and allows to get the PRs assigned more quickly?

> [@itsjeyd](#):
>
> PR authors often don’t initiate the process themselves, and/or don’t stay as proactive as the process requires them to be.

Are there things we can do to facilitate the steps PR authors have to follow? Getting a PR merge will always require some level of proactivity, but if we can save them some steps or make them happen more quickly, that will likely help.

Also, often the motivation for an author to do work or reply on a MR is when they post it; it can quickly decrease with time, especially for new contributors - this could be a factor to take into account when trying to get better responses from authors.

Maybe there is a need to accommodate relatively small changes, so they can have a product review without requiring large budgets - otherwise we are missing on small features which don’t go all the way to have product/UX/etc resources? Maybe there could be a light version of the product review for those cases?

> [@Michelle\_Philbrick](#):
>
> For edx-platform, I can check in on those more regularly if needed, that’s not an issue. The issue is getting the number of stalled PRs down. With edx-platform, there’s lots of PRs stuck needing review, some have been waiting for 6-12 months (and may not even be relevant anymore). The CCs do get occasional reminders to peek at the ones needing review, and we’re highlighting this issue more in the CC comms (like @Cassie is working on), so maybe this will start to improve a bit. I will also check internally with the Axim Eng team to get their thoughts on how to handle PRs that have beens stuck with no reviewers (regardless of repo).

These PRs that are stuck, is it because of lack of skills/experience of reviewers for the parts of the code being affected? If nobody feels they have the expertise, nobody feels they can review, then in turn nobody gets stuff merged, so nobody builds experience.

So maybe we could have a kind of roster of core contributors who volunteer to take on MRs in a part of the codebase without good reviewers, giving them explicitly permission to merge code there, since nobody else will review anyway? This way the code can live again - and maybe people contributing to it will in term become maintainers?

---

<div class="post-metadata">

**Author:** ![itsjeyd](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/itsjeyd/32/214_2.png) [@itsjeyd](https://discuss.openedx.org/u/itsjeyd)\
**Post date:** [May 13, 2025, 2:01pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/16 "2025-05-13T14:01:54Z")

</div>

> [@antoviaque](#):
>
> > [@itsjeyd](#):
> >
> > I don’t know the answer to that question, but what I can say is that on the repos that I’m responsible for as OSPR manager, I haven’t really been seeing CCs take action independently and assign themselves as reviewers without being prompted.
> 
> I wonder if that could be incentivized somehow? Or organized, so that the prompting is more systematic and allows to get the PRs assigned more quickly?

It’s been a while since I reviewed it in detail but the proposed bot workflow from [wg-coordination#152](https://github.com/openedx/wg-coordination/issues/152) could potentially help with making the prompting more systematic.

CC @braden for additional input.

> [@antoviaque](#):
>
> > [@itsjeyd](#):
> >
> > PR authors often don’t initiate the process themselves, and/or don’t stay as proactive as the process requires them to be.
> 
> Are there things we can do to facilitate the steps PR authors have to follow? Getting a PR merge will always require some level of proactivity, but if we can save them some steps or make them happen more quickly, that will likely help.

The first message that they get from the existing PR bot directly links them to the list of criteria for determining if their changes need product review, as well as the documentation for the product review process itself ([example](https://github.com/openedx/frontend-app-learner-dashboard/pull/618#issuecomment-2874398884)).

In addition, I’ve been posting additional comments on PRs that I’m certain will require product review, pointing that out to the authors and sending them to look at the documentation.

From the perspective of OSPR management, I’m not sure there’s much more we can do.

As currently defined, the product review process requires PR authors to initiate it; that is a hurdle they need to get over themselves.

If we want to lower that hurdle, I think we’ll have to look at ways to simplify the product review process (as you’re suggesting).

> [@antoviaque](#):
>
> Maybe there is a need to accommodate relatively small changes, so they can have a product review without requiring large budgets - otherwise we are missing on small features which don’t go all the way to have product/UX/etc resources? Maybe there could be a light version of the product review for those cases?

💯

The product working group has a workshop planned for the first day of this year’s conference, and reviewing the product review process is part of the [agenda](https://docs.google.com/document/d/1kOsB8OJiVke1kQDqEP0F-PF1_LHQg0pRhRGYchDYw44/edit?tab=t.0#heading=h.n92fr761pv9m). I have high hopes that this will bring changes along the lines you’re describing 🙂

CC @Cassie @Chelsea_Rathbun @Michelle_Philbrick

---

<div class="post-metadata">

**Author:** ![braden](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.openedx.org/braden/32/46_2.png) [@braden](https://discuss.openedx.org/u/braden)\
**Post date:** [May 13, 2025, 6:10pm UTC](https://discuss.openedx.org/t/core-contributor-news-for-sprint-mar-29th-apr-11th-2025/15552/17 "2025-05-13T18:10:48Z")

</div>

> [@itsjeyd](#):
>
> It’s been a while since I reviewed it in detail but the proposed bot workflow from [wg-coordination#152](https://github.com/openedx/wg-coordination/issues/152) could potentially help with making the prompting more systematic.

Yes, though it’s still a “push” system more than a “pull” system - it’s about getting maintainers to help with assigning PRs to CCs, rather than encouraging CCs to self-assign.
