Any update on merging my contributions:<br><br><a href="https://github.com/vicgarin/vicHTTPS">https://github.com/vicgarin/vicHTTPS</a><br><br>or<br><br>git://<a href="http://github.com/vicgarin/vicHTTPS.git">github.com/vicgarin/vicHTTPS.git</a><br>
<br>?<br><br>
<br><div class="gmail_quote">On Thu, Nov 10, 2011 at 6:21 PM, Peter Eckersley <span dir="ltr"><<a href="mailto:pde@eff.org">pde@eff.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Vic,<br>
<br>
We know how time-consuming rulset editing is (we do a lot ourselves ;), and we<br>
appreciate the contributions you've made!  The problem is that we don't want<br>
to merge rulesets that haven't had a bit of care and human prodding, because<br>
everything we merge goes out to around a million web browsers, and when it<br>
breaks stuff, we get blamed for it!<br>
<br>
I will see if anyone else in the community has some time to go through them.<br>
If not, we will be able to do it eventually, but it will take longer!<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, Nov 10, 2011 at 04:20:58PM -0800, Victor Garin wrote:<br>
> I cannot go through them again...I already spent around 4 hours going<br>
> through each rule and removing the HTTPS Finder's credits and then putting<br>
> them on the GIT....<br>
><br>
> <a href="https://github.com/vicgarin/vicHTTPS" target="_blank">https://github.com/vicgarin/vicHTTPS</a><br>
><br>
> or<br>
><br>
> git://<a href="http://github.com/vicgarin/vicHTTPS.git" target="_blank">github.com/vicgarin/vicHTTPS.git</a><br>
><br>
> On Thu, Nov 10, 2011 at 11:40 AM, Peter Eckersley <<a href="mailto:pde@eff.org">pde@eff.org</a>> wrote:<br>
><br>
> > On Thu, Nov 10, 2011 at 11:10:53AM -0800, Victor Garin wrote:<br>
> > > I noticed the Git started getting new rules.<br>
> > ><br>
> > > Any updates on merging my rulesets.<br>
> > ><br>
> > > I spent alot of time putting them in the GIT.<br>
> ><br>
> > Yes we're just looking at them now.  There are some that look like they<br>
> > were<br>
> > generated by HTTPS Finder and will need more human attention.  For<br>
> > instance:<br>
> ><br>
> > - there's a rulset for <a href="http://www8.garmin.com" target="_blank">www8.garmin.com</a> and a separate ruleset for<br>
> >  <a href="http://www.garmin.com" target="_blank">www.garmin.com</a>.  Shouldn't those be in the same file?<br>
> ><br>
> > - there are separate rulesets for <a href="http://h20386.www2.hp.com" target="_blank">h20386.www2.hp.com</a> and <a href="http://shopping1.hp.com" target="_blank">shopping1.hp.com</a>.<br>
> >  Do<br>
> >  we have any confidence that rewriting those two domains won't break<br>
> >  functionality on parts of the HP site? (remember that Referer headers<br>
> > will be<br>
> >  blocked by the rewrite, and the example of <a href="https://www.hp.com" target="_blank">https://www.hp.com</a> is not<br>
> >  confidence-inspiring)<br>
> ><br>
> > - There are also other smaller things like an "<a href="http://about.telus.com" target="_blank">about.telus.com</a>" ruleset<br>
> > that<br>
> >  rewrites <a href="http://www.about.telus.com" target="_blank">www.about.telus.com</a> (which is a non-existent subdomain)<br>
> ><br>
> > If you're able to take an extra pass over the rulesets to make sure they're<br>
> > all basically tested and sensible, we should be able to merge the results.<br>
> ><br>
> > --<br>
> > Peter Eckersley                            <a href="mailto:pde@eff.org">pde@eff.org</a><br>
> > Technology Projects Director      Tel  <a href="tel:%2B1%20415%20436%209333%20x131" value="+14154369333">+1 415 436 9333 x131</a><br>
> > Electronic Frontier Foundation    Fax  <a href="tel:%2B1%20415%20436%209993" value="+14154369993">+1 415 436 9993</a><br>
> ><br>
<br>
--<br>
Peter Eckersley                            <a href="mailto:pde@eff.org">pde@eff.org</a><br>
Technology Projects Director      Tel  <a href="tel:%2B1%20415%20436%209333%20x131" value="+14154369333">+1 415 436 9333 x131</a><br>
Electronic Frontier Foundation    Fax  <a href="tel:%2B1%20415%20436%209993" value="+14154369993">+1 415 436 9993</a><br>
</div></div></blockquote></div><br>