We have left just the features, leaving out the implementation details. Each feature should have its own task, and in these tasks we should discuss their implementation. Even if you can find a diff of my edit, I also pasted the previous content here just in case.

Let's agree on the features of the MVP, we left some comments in the description.

This looks good to me. The related tasks still need to be created, but this MVP looks like a useful prototype that we can bet on. Very good!

@01tonythomas, @Quiddity, and me sat in a room in Lyon and went through the features again, updating the description based on our last discussion. This MVP is sweet and simple now, and perfectly executable. There are some details that we have discussed and still will need to be written down somewhere, but we will wait for @Tinaj1234 to create the tasks for each features to comment.

I'm interested to know more about the "Announce a new issue of an existing newsletter" part.

What is the expected workflow for the user (the publisher)? What do they announce? What happens when they announce it? Is this integrated in any way with MassMessage?

In T99784#1318248, @gpaumier wrote:

I'm interested to know more about the "Announce a new issue of an existing newsletter" part.
What is the expected workflow for the user (the publisher)? What do they announce? What happens when they announce it? Is this integrated in any way with MassMessage?

As of the minimum viable product, we are not planning to integrate with MassMessage as of now.
Current high level plan ( we miss a sub-task for this. @Tinaj1234: can you make one for each points listed over there in the MVP basics ? ):

1. Publisher already has his new issue somewhere as a wiki-page ( preferably as a subpage of the main home-page )
2. Publisher goes to Special:NewsLetterPublishers where he see his newsletters listed and an option next to it 'Add a new Issue'
3. Publisher clicks on it and is asked to type in the URL/Page name of the 'New Issue' page. On clicking 'Add' its added to the database, and is shown up under the 'Newsletter' name
4. The Publisher should get an 'Announce Issue' button also for the new entry so that clicking it would send Echo notifications to everyone subscribed ( we are storing subscriptions in db - so this wont be an issue )

@01tonythomas Thank you for the detailed response! It's much clearer now. Your plan sounds good to me.

One thing I want to mention is subscribers metrics; One advantage of MassMessage is that, since people sign up on a wiki page, we can count how many subscribers there are for a specific newsletter.

If people choose so subscribe via Echo notifications instead of MassMessage, we need a mechanism to know how many people are getting a notification, and if possible on how many wikis.

I think the Specail:NewsletterPublishers should have 3 sections:

1. Announce a new issue ( this should come in top - as a new issue is more frequent than a new Newsletter )
2. Create a new issue - The fields as discussed with its own 'Create' button.
3. Manage an existing newsletter ( things like, adding a new collaborator to an existing newsletter should come over here. This would mean that while creating - we can just set the 'creator' is the lone 'collaborator' for the new 'Newsletter'. Additional collaborators can be added 'one' at a time by sliding down to 'Manage Newsletters' -> selecting corresponding newsletter from a drop down menu -> Typing in name of a new collaborator -> clicking a 'Save' button for that section. )

Sounds sane ?

1 and 2 were already agreed in this order at T100125#1309184. If there is more to about these two sections, we can discuss them in that task.

"Manage an existing newsletter" was a feature explicitly left out of the MVP, and I would not focus on it right now. The bottom of Special:NewsletterPublishers sounds like a good candidate yes. Feel free to create a new task "Managing an existing newsletter" for whoever wants to discuss it now, but Tina should be able to forget about it until the MVP is complete.

In T99784#1348731, @Qgil wrote:

"Manage an existing newsletter" was a feature explicitly left out of the MVP, and I would not focus on it right now. The bottom of Special:NewsletterPublishers sounds like a good candidate yes. Feel free to create a new task "Managing an existing newsletter" for whoever wants to discuss it now, but Tina should be able to forget about it until the MVP is complete.

Created T101832

Sure, ""Manage an existing newsletter" is a definite feature for newsletter extension. Will work on T101832 after midterm, i.e after MVP is done.

GSoC's mid-term is starting next Friday, 26 June. As of today, none of the four tasks/features of this MVP has been marked as resolved. As you can see, it makes total sense to focus on these features and their dependencies, and basically forget about all the rest.

Two of the features have almost reached their finish lines and we have already started on the third ( subscribing/unsubscribing ). I tried updating the vagrant so as to show everyone the developments but I have few issues sshing to vagrant. We can discuss more on developments on today's meetings if there are more concerns.

We have newsletters currently. We publish them as wiki pages and we distribute them with mailing lists and talk page messages (using the MassMessage extension).

What problems is this proposed Newsletter extension intended to solve?

In T99784#1386172, @MZMcBride wrote:

What problems is this proposed Newsletter extension intended to solve?

This is answered at T76199: Goal: Newsletter extension for MediaWiki.

Getting there! Just a very simple thing: can you edit http://newsletter-test.wmflabs.org/wiki/Main_Page adding the links to the Special:Newsletter related pages available? Nothing fancy, just an informative bullet list.

Updated. http://newsletter-test.wmflabs.org/wiki/Main_Page looks good ?

In T99784#1405894, @Tinaj1234 wrote:

Updated. http://newsletter-test.wmflabs.org/wiki/Main_Page looks good ?

I would recommend making it a bit more verbose even though it looks fine now. Just add one or more line on what gives what, and thats it !

In T99784#1405898, @01tonythomas wrote:

I would recommend making it a bit more verbose even though it looks fine now. Just add one or more line on what gives what, and thats it !

Done.

Awesome.

Mmm... has @Tinaj1234 just completed the MVP? :)

In T99784#1405968, @Qgil wrote:

Mmm... has @Tinaj1234 just completed the MVP? :)

It looks like :) Yes !

@01tonythomas, @Qgil Looks like we are done with the MVP. Closing task :)