Skip to content
This repository was archived by the owner on Nov 6, 2023. It is now read-only.

Conversation

@fuglede
Copy link
Contributor

@fuglede fuglede commented Dec 27, 2015

This fixes a typo in a rule which broke most site resources. In particular, this fixes #3523.

This fixes a typo in a rule which broke most site resources. In particular, this fixes #3523.
This adds a few tests to the ruleset. Not quite enough to satisfy the ruleset test tester, but I'm a bit too tired to see what's missing at the moment.
@fuglede
Copy link
Contributor Author

fuglede commented Jan 1, 2016

The ruleset test coverage test fails with the message

ERROR src/chrome/content/rules/Calendars.com.xml: No rule or exclusion applies to test URL http://calendars.com/

ERROR src/chrome/content/rules/Calendars.com.xml: No rule or exclusion applies to test URL http://www.calendars.com/

yet none of the listed URLs are actually test URLs in the ruleset. What gives?

@ghost
Copy link

ghost commented Jan 28, 2016

The test coverage thing reminds me of Mobile01.com.xml whereby only a single page supports HTTPS. I used reverse exclusion (line 9) in that case. This is what I come up with (which pass the test):
(Edit: This is against the ruleset style, but it's the only workaround I can think of.)

<!--
    Nonfunctional subdomains:

        - app       (404, mismatched, CN: *.e-dialog.com)
        - reviews   (mismatched, CN: *.ugc.bazaarvoice.com)


    Some (most?) pages redirect to http

-->
<ruleset name="Calendars.com (partial)">

    <target host="calendars.com" />
    <target host="www.calendars.com" />

    <exclusion pattern="^http://(www\.)?calendars\.com/(?!(css/|img/|js/|user/))" />

        <test url="http://calendars.com/" />
        <test url="http://www.calendars.com/" />
        <test url="http://www.calendars.com/Baby-Animals/cat00172/" />
        <test url="http://www.calendars.com/Bears/cat00173/" />
        <test url="http://www.calendars.com/Big-Cats/cat00174/" />
        <test url="http://www.calendars.com/Jigsaw-Puzzles/" />

    <rule from="^http:"
        to="https:" />

        <test url="http://www.calendars.com/css/common.css" />
        <test url="http://www.calendars.com/img/common/calendarsLogo.gif" />
        <test url="http://www.calendars.com/js/jquery.timer.js" />
        <test url="http://www.calendars.com/user/login.jsp" />
</ruleset>

@J0WI
Copy link
Contributor

J0WI commented Feb 19, 2016

@fuglede still interested in fixing this? Page looks weird atm.

@fuglede
Copy link
Contributor Author

fuglede commented Feb 19, 2016

@J0WI: Hm, yeah, my plan was to trace down whatever part of the test coverage checker that was causing this particular behaviour, rather than pushing a workaround. Since I'm a bit low on time these days, having a workaround would provide more value than nothing though.

@J0WI
Copy link
Contributor

J0WI commented Feb 20, 2016

As far as I can see you just need to add 3 more tests. css, img and user each with and without www. And you should do the same with /js.
You need to exclude both hosts on /$.

There are two more mismatches on link and topcat.
There is some mixed content on blog.

@fuglede
Copy link
Contributor Author

fuglede commented Feb 20, 2016

Yeah, the test checker complains because of the lack of tests for /$, but it makes no sense that we require those as the URLs appear in no rules.

@fuglede
Copy link
Contributor Author

fuglede commented Apr 26, 2016

Closing as the fix itself was made redundant by #4662 (but it would still be nice to have the test checker fixed).

@fuglede fuglede closed this Apr 26, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

calendars.com is completely broken

2 participants