Change Details

Currently requests for summary and mobile-sections pass through the `vary: accept` they get from Parsoid. The `Accept` must be stripped from the vary header, because MCS content doesn't actually change depending on the `Accept` header the client sends to MCS. MCS requests card-coded Parsoid version. NOTE: RESTBase tests are failing because of this, but I think we shouldn't fix it in RESTBase, it's MCS bug and stripping it in RESTBase will only hide the real problem

Currently requests for summary and mobile-sections pass through the `vary: accept` they get from Parsoid. The `Accept` must be stripped from the vary header, because MCS content doesn't actually change depending on the `Accept` header the client sends to MCS. MCS requests hard-coded Parsoid version. NOTE: RESTBase tests are failing because of this, but I think we shouldn't fix it in RESTBase, it's MCS bug and stripping it in RESTBase will only hide the real problem

Currently requests for summary and mobile-sections pass through the `vary: accept` they get from Parsoid. The `Accept` must be stripped from the vary header, because MCS content doesn't actually change depending on the `Accept` header the client sends to MCS. MCS requests chard-coded Parsoid version. NOTE: RESTBase tests are failing because of this, but I think we shouldn't fix it in RESTBase, it's MCS bug and stripping it in RESTBase will only hide the real problem