The changelog is full of nice things already, so I'd err on saying "probably yes" to the release. I'll probably work some more during the upcoming week on other tickets so that they can get into the release too.

I'm getting close to finishing the translation to Spanish of core. Maybe we could consider marking the ticket as related to this one, as it would be nice to ship the next release with the new language.

I don't like tickets such as 0003482, 0003480, 0003479, 0003486 and 0003369 being marked as "related" to this ticket. I'd opt to use "Target version" in MantisBT instead, which adds them to roadmap.

0003246 has a legitimate reason to be "related" to this ticket; While not blocking, a release would help the packaging process. That ticket also has no target version, for more or less obvious reasons.

Very well then, we should not try to cram everything that's possible into 1.2. I will however try to put into that release all the tickets that are currently in relation, plus any fixes for bugs that are currently known, affect currently supported platforms and can be fixed without too much hassle.

That said, I'm altering the "Additional Information" section of this ticket to reflect its new purpose. To relieve you of receiving emails each time something is altered in this ticket, I'm also changing the reporter to myself.

Blzut, we normally discuss releases through PMs, but since this ticket is already here, what's your view on the release? Considering that 1.1 was released over a year ago and changelog has substantial amount of items, I think the time is about right.

Quote from ZalewaThat said, I'm altering the "Additional Information" section of this ticket to reflect its new purpose.

Okay, off-topic noise here.

I slightly disagree with its new purpose of tickets which "should be resolved before the release happens". My interpretations of using MantisBT are as follows:

For wishlist features such as 0003481, status to "confirmed" or higher, target version to "1.2" in MantisBT. Find it from the roadmap page. I've done this now, but I've not yet removed the child from this ticket to not offend you or engage in an editwar.

For other wishlist features, such as those "related": They have no apparent priority to be fixed or included at this time. They have a "product version", since when the bug has existed. Change the priority, or assign them to a person with a target release such as 1.2. If there's no estimate, acknowledge, confirm or assign the issue and remove the target release. "Known issues".

I find 0003294 and 0003237 to be release-critical; they're children of this ticket, severity "blocking", target version "1.2", status any.

0003246 is a special case of a "related" ticket: If it aimed for 1.2 release, it actually makes most sense to do from a tarball release, not from Mercurial source. So, it actually has to be done post-release. Therefore it's "related", not a "child". It also gives the reporter of 0003246 and monitoring users a notification of a new release.

Maybe this ticket should be a "child" of 0003246 then, you ask? Nevermind that may look a bit silly on the roadmap. Problems with this is that 0003246 has no target version (yet). It could be that Doomseeker 1.2.1 or 1.3+ gets released and this ticket will... not make much sense for a "child"? (Maybe it does, I'm losing it.)

0003246, 0003247 and 0003295: Those are assigned to me, and I have no motivation to fix them right now. It sucks. So, I've removed them from the 1.2 roadmap. They're known issues. (Such known issues can also be noted in release notes for 1.2.) Anyone can take assignment over them though, if that person or group of people is so motivated to get it into 1.2.

Since I don't know when I'll have enough time to fix 0003294 given everything else I'm trying to do these days, I think it's worth considering doing a 1.2 release without the auto updater for Mac. That way you're not all held back by me, and we can always reintroduce it later.

If that sounds like a good plan then lets give Pol M time to finish his Spanish translation and focus on getting our distribution cleaned up and ready to go. WubTheCaptain, do you have time to determine if there's actually anything left in 0003237 that needs to be finished? The new 0003509 aside of course.

At this point the ticket honestly looks like it's in the "you tell me if it's done" state. From what I can tell it looks like everything that we can do at this point is done, so perhaps the best course of action is to close out that ticket and open a new one if you discover more issues when your motivation returns.

Even though I'm creating new issue tickets almost everyday, I think not all known issues should be resolved in 1.2 but acknowledged in release notes as known issues. I'd propose releasing 1.2-rc1 first, or 1.2, then fix known issues in a smaller patch release such as 1.2.1 with no new features.

Quote from AOSPAny chance of 0003369 being implemented in Doomseeker for 1.2? It's still a wanted feature.

I'm also opposed to implementing this in 1.2 to keep the scope of release and possible bugs smaller. For version 1.3, maybe. (Hopefully with more frequent releases between Doomseeker versions, which don't take over a year.)

I've looked through the list of issues and unless I missed something I think all that we currently have falls into the general category of "can be done later", with possible exception of 0003548 as it directly affects the release process (though the IpToCountry.dat can just be bundled in manually for the 1.2 release).

I have no objections. Most stuff is ready, the translations are up-to-date and apart from 3548 the 3 remaining tickets are in "needs review", looking good and not being essential for the release per se.