<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">So, there is a thing in ATN that will determine which add-ons are affected by an issue and inform those developers. You may remember the "your add-on is compatible with Firefox NN" emails.</div><div dir="ltr"><br></div><div dir="ltr">Setting up these compatibility reports was fairly involved, but if someone wants to put in the effort then that would solve the notification case.</div><div dir="ltr"><br></div><div dir="ltr">As for automatically rewriting add-ons, I don't think this is a good idea. I believe this discussion has come up before? </div><div dir="ltr"><br></div><div dir="ltr">Philipp </div><div dir="ltr"><br>On 30. Aug 2019, at 2:04 AM, Matt Harris <<a href="mailto:unicorn.consulting@gmail.com">unicorn.consulting@gmail.com</a>> wrote:<br><br></div><div dir="ltr"><span></span></div><blockquote type="cite"><div dir="ltr">
  
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  
  
    <div class="moz-cite-prefix">How hard would it be to script in a
      tool that will sniff out and flag usage of deprecated interfaces? 
      <br>
      <br>
      The documentation over the past months has mostly been "this is
      removed,  use this instead". I do not see this changing a lot in
      the next release cycle and more XUL stuff disappears and more web
      API's become available to replace them.  Having a script that
      could scan the code and identify the items in that list of
      chenges. Perhaps even anotate the code with developer links to
      comments would I guess make the process of updating abandoned
      add-ons by adoptive authors more likely.  Not having any idea of
      the quantum of effort required is perhaps one of the barriers to
      others adopting the abandoned.<br>
      <br>
      But I am not an add-on author,  so I will leave the discussion to
      those that have actual experience on the ground.  But I would like
      to see the barriers to successfully getting an add-on off the
      ground to be significantly lowered.  I look at VbScript and how
      simple it is to start to extend Microsoft applications with simple
      interface stuff and then I look to Mozilla and by extension
      Thunderbird.   One is designed to encourage,  the other expects a
      high level of technical skills and background.  Dabblers not
      welcome Is the sign on the door.<br>
      <br>
      Matt<br>
      <br>
      On 30-Aug-19 12:30 AM, Axel Grude wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:0e4630a0-671f-24df-f80c-71e9f0e19ef0@gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <div id="smartTemplate4-template">
        <p>And here I was getting my hopes up :)</p>
        <p>Anyway it would be cool if there was a validation tool that
          just scans the code for keywords / used xpcom interface that
          we could use; using some diligence, a list to the said article
          would in many cases be enough for us Add-on devs to fix it
          ourselves.</p>
        <p>I always think just having the validation scanner during
          Add-on upload as a separate tool  /website would already be an
          immense help.</p>
        <p>Axel<br>
        </p>
        <p><br>
        </p>
        
        <div id="mySignature"> <b class="myName"><a href="mailto:axel.grude@gmail.com" moz-do-not-send="true">Axel
              Grude</a></b> <br>
          Music Production and Composition <br>
          Thunderbird Add-ons Developer <span class="AddonList">(<a href="https://addons.thunderbird.net/thunderbird/addon/quickfolders-tabbed-folders/" moz-do-not-send="true">QuickFolders</a>, <a href="https://addons.thunderbird.net/thunderbird/addon/quickfilters/" moz-do-not-send="true">quickFilters</a>, <a href="https://addons.mozilla.org/firefox/addon/quickpasswords/" moz-do-not-send="true">QuickPasswords</a>, <a href="https://addons.thunderbird.net/thunderbird/addon/zombie-keys/" moz-do-not-send="true">Zombie Keys</a>, <a href="https://addons.thunderbird.net/thunderbird/addon/smarttemplate4/" moz-do-not-send="true">SmartTemplate⁴</a>)</span> <br>
          Visit my <a href="https://www.youtube.com/c/thunderbirddaily" moz-do-not-send="true">YouTube Channel</a> for email
          productivity tips <thunderbird_blog2.png> </div>
      </div>
      <div id="smartTemplate4-quoteHeader">
        <style type="text/css" scoped="">
#newHeaderAG1 b { font-weight:bold; color: #990033; min-width: 4.5em; max-width:none; display:inline-block;}
</style>
        <blockquote type="cite" style="margin-bottom: -20px !important;
          padding-bottom:20px !important;">
          <div id="newHeaderAG1" style="font-size: x-small; padding:1em;
            background-color:rgba(220,220,240,0.4); border-radius:3px;">
            <b>Subject:</b>Re: Automatically fixing addons for new
            Thunderbird versions (was: Re: Donations for the Provider
            for Google Calendar ...)<br>
            <b>From:</b>Jörg Knobloch <a class="moz-txt-link-rfc2396E" href="mailto:jorgk@jorgk.com" moz-do-not-send="true"><jorgk@jorgk.com></a><br>
            <b>To:</b><a class="moz-txt-link-rfc2396E" href="mailto:tb-planning@mozilla.org" moz-do-not-send="true"><tb-planning@mozilla.org></a>
            <br>
            <b>Sent: </b>Thursday, 8/29/2019, 15:44 15:44 GMT DT +0100
            [Week 35]<br>
          </div>
        </blockquote>
      </div>
      <blockquote type="cite" cite="mid:096fe931-8147-ec33-d585-2d058af7ee2d@jorgk.com" id="mid_096fe931_8147_ec33_d585_2d058af7ee2d_jorgk_com" class="
        cite">On 29 Aug 2019 15:27, Ben Bucksch wrote: <br>
        <blockquote type="cite" id="Cite_7057757" class=" cite">If there
          are mechanical, scripted or very simple ride-alone changes
          that are applied to the whole code tree, then I think it would
          be good for the TB project to apply these to the addons as
          well. <br>
        </blockquote>
        <br>
        Sadly that's wishful thinking. <br>
        <br>
        A small fraction if those "bustage" fixes are s/xxx/yyy/. And
        even that we don't know that we're not hitting AAxxxBB. <br>
        <br>
        Most changes are much more involved. M-C is removing interfaces,
        turning sync calls into async calls. <br>
        <br>
        Take a look at <a class="moz-txt-link-freetext" href="https://developer.thunderbird.net/add-ons/updates/tb68" moz-do-not-send="true">https://developer.thunderbird.net/add-ons/updates/tb68</a>
        to see how unfeasible this suggestion is. <br>
        <br>
        Jörg. <br>
        <br>
        _______________________________________________ <br>
        tb-planning mailing list <br>
        <a class="moz-txt-link-abbreviated" href="mailto:tb-planning@mozilla.org" moz-do-not-send="true">tb-planning@mozilla.org</a>
        <br>
        <a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/tb-planning" moz-do-not-send="true">https://mail.mozilla.org/listinfo/tb-planning</a>
        <br>
      </blockquote>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
tb-planning mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tb-planning@mozilla.org">tb-planning@mozilla.org</a>
<a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/tb-planning">https://mail.mozilla.org/listinfo/tb-planning</a>
</pre>
    </blockquote>
    <br>
    <br>
    <div class="moz-signature">-- <br>
      “Against stupidity the gods themselves contend in vain.”
      <i>― Friedrich von Schiller, Die Jungfrau von Orleans </i></div>
  

</div></blockquote></body></html>