> On Oct 31, 2017, at 9:51 AM, Patricia Shanahan <[email protected]> wrote: > > I do not know if this is the right choice, but we should include doing both > in our thinking. Rebuild 4.1.4 for Mac only, test, and upload as soon as > possible. Meanwhile, create, test, and vote on 4.1.5, to pick up the upgrade > service.
I agree this what we need to think about. With the new 4.1.4 route we should make sure that we can tell the difference between the bad original and the repaired build. Is the date sufficient or would build number be better? I really don’t like the idea of people being confused about what they need to do to fix issues. Right now the message is to downgrade to 4.1.3. I would like to know what Andrea and Matthias think since they have been working with the upgrade system. Regards, Dave > > On 10/31/2017 9:30 AM, Dave Fisher wrote: >> There have been over 1,000,000 downloads of 4.1.4. How many were of the bad >> Mac version? >> If we replace then how would those people know to upgrade? >> This issue makes me think we need to have this be a new version so that we >> can setup the upgrade service correctly. >> Regards, >> Dave >>> On Oct 31, 2017, at 9:21 AM, Jim Jagielski <[email protected]> wrote: >>> >>> Question: Assuming we have "correction" builds available, >>> what do we do? Simply replace the online version with >>> these? >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] >
signature.asc
Description: Message signed with OpenPGP
