<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
As mentioned in the bug, this also affects most security information
such as cert error pages and the in-content insecure password
warning.<br>
<br>
The fact that it takes a long time to get this issue fixed does not
speak in favor of the migration. I would really like to see an
official statement explaining the reasons we are dropping Kitsune.<br>
<br>
What is unclear to me:<br>
<br>
- Why was the decision to make us depend on a proprietary
third-party vendor done without feedback or announcement to any
other part of the organization?<br>
- It seems like there were at not point any Firefox engineers
involved in this. Why did nobody cross-check with the Firefox
Owner/Peers?<br>
- No Mozilla developers were involved in testing the new platform
before it went live. Testing was done by the marketing team. I can
understand that resources may be limited for maintenance, but why
was it decided that no engineers can be spared to integration test
the new platform?<br>
- Is this decision in line with the module owners of SUMO?<br>
<br>
Absurdly, the modules page lists the owners of SUMO as the
maintainers of Kitsune (<a class="moz-txt-link-freetext" href="https://wiki.mozilla.org/Modules/All#Sumo">https://wiki.mozilla.org/Modules/All#Sumo</a>).
Is this no longer up to date? I'd like to think the lack of
communication around this is in violation of our governance
policies.<br>
<br>
Johann<br>
<br>
<div class="moz-cite-prefix">On 23/03/2017 14:29, Sylvestre Ledru
wrote:<br>
</div>
<blockquote
cite="mid:d705a602-525b-01a6-a518-14da4d662365@mozilla.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>Hello</p>
<p>FWIW, this has been a very important source of issue and
frustration for the release management team too.</p>
<p>This added some frictions at the end of the 52 release cycle.<br>
</p>
<p>Sylvestre<br>
</p>
<br>
<div class="moz-cite-prefix">Le 23/03/2017 à 14:26, Dão Gottwald a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CACV3tyucUd-925zj-k2D1qLPqSMxWd=s_jE=w_8Hk=6zOnZ1zQ@mail.gmail.com">
<div dir="ltr">
<div>
<div>
<div>Apparently in-product links to SUMO have been broken
in non-en-US builds for at least two weeks:<br>
<br>
<a
href="https://bugzilla.mozilla.org/show_bug.cgi?id=1324426#c6"
moz-do-not-send="true">https://bugzilla.mozilla.org/show_bug.cgi?id=1324426#c6</a><br>
<br>
</div>
Two weeks passing without a resolution to this seems
unacceptable.<br>
<br>
</div>
Why have we switched SUMO to third-party software and pulled
our own engineers without at least announcing this decision
through the appropriate channels (this includes this mailing
list) to allow people to voice concerns as to what this
means for our products?<br>
<br>
</div>
<div>Can we switch back from Lithium and resource SUMO
appropriately again?<br>
</div>
<div><br>
</div>
dao<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
firefox-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/firefox-dev">https://mail.mozilla.org/listinfo/firefox-dev</a>
</pre>
</blockquote>
WIW<br>
</blockquote>
<br>
</body>
</html>