| Commit-Queue | +1 |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Have you made any effort to figure out what the "correct" type for all of these cases would be? E.g. I suspect that for many of them, `kHTTP` might make more sense than `kOther`. (And in a way, explicitly specifying `kOther` where some other type would make sense is worse than not specifying the type explicitly at all!)
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Have you made any effort to figure out what the "correct" type for all of these cases would be? E.g. I suspect that for many of them, `kHTTP` might make more sense than `kOther`. (And in a way, explicitly specifying `kOther` where some other type would make sense is worse than not specifying the type explicitly at all!)
I have not made a particular effort, no, but at a quick glance the usage of kOther in these tests doesn't strike me as wrong.
I'm not sure why exposing that there is in fact a CookieSourceType is worse than having it hidden with the wrong type (that does not exercise production code paths) as the default. :)
Converting all these test usages to their correct type would be a bit much for this entire stack of CLs, and probably unnecessary for 99% of these tests where kOther usage is totally fine.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Johann HofmannHave you made any effort to figure out what the "correct" type for all of these cases would be? E.g. I suspect that for many of them, `kHTTP` might make more sense than `kOther`. (And in a way, explicitly specifying `kOther` where some other type would make sense is worse than not specifying the type explicitly at all!)
I have not made a particular effort, no, but at a quick glance the usage of kOther in these tests doesn't strike me as wrong.
I'm not sure why exposing that there is in fact a CookieSourceType is worse than having it hidden with the wrong type (that does not exercise production code paths) as the default. :)
Converting all these test usages to their correct type would be a bit much for this entire stack of CLs, and probably unnecessary for 99% of these tests where kOther usage is totally fine.
I have not made a particular effort, no, but at a quick glance the usage of kOther in these tests doesn't strike me as wrong.
Fair enough, I guess I'll trust your judgement on that.
I'm not sure why exposing that there is in fact a CookieSourceType is worse than having it hidden with the wrong type (that does not exercise production code paths) as the default. :)
Well, purely from reading the code at the call sites, I'd argue it's better to have no information about the type than to have wrong/misleading information. (Of course, if `kOther` is at least kinda-sorta legit, then that argument goes away.)
Converting all these test usages to their correct type would be a bit much for this entire stack of CLs, and probably unnecessary for 99% of these tests where kOther usage is totally fine.
*shrug* fair enough I suppose. The tests are still passing so clearly it doesn't matter for them.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |