43

The March Community Asks Sprint has concluded!

As this was the third Community Asks Sprint, we’re starting to hit our stride. We were able to put forth critical design work for a variety of issues and fully address many more during this two-week sprint. Some of those issues were picked up from this sprint’s requests, and others were long-standing community requests we picked up from the backlog.

One item I’d like to bring your attention to is the request to put chat on the sidebar. As Piper put it, you read our mind! Chat is an important part of the “fast lane” in the three lane highway, so we’re excited for the future of chat and what it can do for the community- and we’ll be keeping a close eye on how it can evolve.

But the bulk of this sprint focused on quality-of-life improvements, making the day-to-day experience of participating on the network smoother. Here’s the full rundown:

On top of this excellent work, I’d like to put a spotlight on this collection of issues that were addressed during the sprint:

The common thread among these issues is that they were raised just before or during the sprint, and our developers still found the time to address them. As we’ve sharpened our processes for the Community Asks Sprint, we’ve been able to make room for timely fixes and addressing regressions alongside the work we planned. That effort and flexibility paid off this time and is something we’ll keep building on in future sprints.

To cap off the work done for this sprint, I’d like to shout out to the developers working on the Stacks Editor and the overall writing/editing experience on the network- they knocked it out of the park. Not only did they make the time to address three of the above issues mid-sprint, but they also finished off another four that were originally planned for the sprint:


Next Steps

As always, thank you to the moderators for marking relevant issues with and to everyone for voting on the issues that are relevant to you or that you’d like to see fixed or built. While we consider much more than just votes in how we identify and prioritize issues, votes are still an important signal we consider in the process of planning sprints and will continue to play a part in future Community Asks Sprints.

Community Sprints is an initiative that was launched about a year ago. We committed to four sprint weeks throughout the year to focus on both outstanding and newer asks from users that weren’t necessarily on the product roadmap, and we are planning to continue with Community Asks Sprints. The next one has not been scheduled yet, but we will share once it has been. In the meantime, we’d like to get your feedback.

How can we improve upon the Community Asks Sprint for the future? Would you like to see a specific focus for future sprints? We’ve tossed some ideas around internally, such as potentially having themes for sprints, and we’re curious to know what you think. Are there areas of focus you’d like to see prioritized?

10
  • 7
    Many thanks for the summary. Could you maybe also comment on whether the extra time let you address more issues and/or more complex issues than two shorter sprints would have? Commented Apr 21 at 17:17
  • 1
    There is also the problem with the staging ground running empty on SO since quite some time. That is worrying. Maybe it has been forgotten? Commented Apr 21 at 17:19
  • 9
    It's a bit ironic that chat is not on the sidebar on MSE, and this post opens up with a mention of that feature...
    – TylerH
    Commented Apr 21 at 19:47
  • We've been talking about FRing that :D Commented Apr 22 at 1:41
  • 2
  • Any particular reason you are not implementing/planning either suggestion from this answer? It was the highest scoring answer (I know that that's not the only indicator for prioritizing but still) and the requests were mentioned in the previous sprint. The linked requests are not tagged status-declined either.
    – A-Tech
    Commented 2 days ago
  • 1
    @NoDataDumpNoContribution re: more issues, we're about on the mark- this sprint saw 24 issues resolved; the 1st covered 15, and the 2nd covered 12, per their respective posts. re: complexity, to my subjective eval and to our internal marking of complexity, it looks about the same- that is, we covered proportionally more issues of about the same complexity as previous sprints, which makes sense. That said, I'm not sure of the complexity in terms of, say, dev effort per issue.
    – Frog StaffMod
    Commented 2 days ago
  • 2
    @JourneymanGeek On the note of FRs- it would be super helpful if you and others went through the CAS requests and made posts for the ones that only ever made it to answers on those posts. It helps a ton with tracking requests
    – Frog StaffMod
    Commented 2 days ago
  • I see 3, one was mine (fixed) and I've punged the relevant users where possible. Commented 2 days ago
  • I see. So two short sprints and one longer are largely equivalent. Approximately nothing gained, nothing lost. Commented yesterday

3 Answers 3

21

You ask for a specific focus for future sprints. Would it be possible to take a look at the 181 questions tagged bug + status-review on MSE, some of them insanely old, and come up with a plan for dealing with the eldest of them?

Even if your plan boils down to "we'll get an intern to categorize them and try if they're easily reproducible", that's better than waiting till the bugs are old enough to drive.

About 100 of those are from '23 and later, the rest are older. Which means we got a serious amount of bug reports that haven't been addressed in years.

3
  • Can you repeat the issue in All sites issue '400 bad hostname' if FQDN with trailing dot is present in HTTP request? Just tried and couldn't repeat it using curl 7.61.1 on AlmaLinux 8.10, so maybe it has been fixed and not tagged as status-completed. Commented Apr 21 at 17:06
  • 11
    @ChesterGillon I imagine at least 20 of those 181 posts are already fixed, which would be quick wins for the company to mark them down as such. But only if they are indeed fixed, something which isn't always obvious.
    – Mast
    Commented Apr 21 at 17:25
  • 1
    Once SE has confirmed each bug still exists/is still relevant and need to be addressed, I'd personally prefer they tackle them by post score or by frequent, which seems like a better metric to determine which things should be addressed first (over post age).
    – Robotnik
    Commented yesterday
8

I am saddened that once again issues introduced from previous sprints were not addressed. One was even planned but evidently dropped out of the sprint:

Here are some of the issues we’re planning to work on for this sprint. Keep in mind, these plans aren’t static; the teams may choose to focus on different issues from these.

The next sprint will also mark a full year of the awful user experience introduced by the non-fix to an issue.

4

I don't know if it fits into your concept of sprints, but I'd like to see changes made to improve security, in particular making it harder for new accounts to exploit the StackExchange system (such as these three requests). Some loopholes are being exploited. I wonder if some of the fixes might be relatively easy on your end. I'm sure it's doable without making life much more difficult for new users.

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.