|
|
DescriptionArchive loading should be case insensitive to mimetype "multipart/related"
Before this patch only archive with lowercase mimetype is loaded.Since mimetype is case insensitive subject
so browser should also load archive whose mimetype contains uppercase character.
BUG=None
TEST=LayoutTests/mhtml/mhtml-with-capital-mimetype-loading.mht
Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=194450
Patch Set 1 #Patch Set 2 : Added test case. #Patch Set 3 : Updated with small modification #
Total comments: 1
Patch Set 4 : #Patch Set 5 : Minor changes #Patch Set 6 : .mht uploaded as binary #
Messages
Total messages: 49 (22 generated)
samahto@cisco.com changed reviewers: + japhet@chromium.org
On 2015/03/21 08:21:26, samahto wrote: This code change looks fine. Test?
On 2015/03/23 16:55:55, Nate Chapin wrote: > On 2015/03/21 08:21:26, samahto wrote: > > This code change looks fine. Test? Hi, could you guide me adding test cases for this. I am finding it difficult to hook it with Layouttests. May be in this case test should be ignored.
On 2015/03/31 16:29:56, samahto wrote: > On 2015/03/23 16:55:55, Nate Chapin wrote: > > On 2015/03/21 08:21:26, samahto wrote: > > > > This code change looks fine. Test? > > Hi, could you guide me adding test cases for this. I am finding it difficult to > hook it with Layouttests. > May be in this case test should be ignored. I don't know for sure whether this will work, but I would try taking one of the .mht files in LayoutTests/mhtml, changing the case of the "multipart/related" in that file, and see if it fails without this change but passes with it.
On 2015/03/31 17:50:40, Nate Chapin wrote: > On 2015/03/31 16:29:56, samahto wrote: > > On 2015/03/23 16:55:55, Nate Chapin wrote: > > > On 2015/03/21 08:21:26, samahto wrote: > > > > > > This code change looks fine. Test? > > > > Hi, could you guide me adding test cases for this. I am finding it difficult > to > > hook it with Layouttests. > > May be in this case test should be ignored. > > I don't know for sure whether this will work, but I would try taking one of the > .mht files in LayoutTests/mhtml, changing the case of the "multipart/related" in > that file, and see if it fails without this change but passes with it. updated the testcase. Before this archive loading was not possible for capital letter Mimetype. Now it loads fine. Please review
On 2015/04/05 10:14:57, samahto wrote: > On 2015/03/31 17:50:40, Nate Chapin wrote: > > On 2015/03/31 16:29:56, samahto wrote: > > > On 2015/03/23 16:55:55, Nate Chapin wrote: > > > > On 2015/03/21 08:21:26, samahto wrote: > > > > > > > > This code change looks fine. Test? > > > > > > Hi, could you guide me adding test cases for this. I am finding it difficult > > to > > > hook it with Layouttests. > > > May be in this case test should be ignored. > > > > I don't know for sure whether this will work, but I would try taking one of > the > > .mht files in LayoutTests/mhtml, changing the case of the "multipart/related" > in > > that file, and see if it fails without this change but passes with it. > > updated the testcase. > Before this archive loading was not possible for capital letter Mimetype. > Now it loads fine. > Please review I discovered some issue with patch so please dont review till next call
I have updated the patch. Now patch is ready for review.
https://codereview.chromium.org/1027623003/diff/40001/Source/platform/mhtml/M... File Source/platform/mhtml/MHTMLParser.cpp (right): https://codereview.chromium.org/1027623003/diff/40001/Source/platform/mhtml/M... Source/platform/mhtml/MHTMLParser.cpp:68: bool isMultipart() const { return m_contentType.lower().startsWith("multipart/"); } startsWith() takes an optional 2nd arg controlling case sensitivity, <...>.startsWith("multipart/", TextCaseInsensitive);
On 2015/04/06 05:27:36, sof wrote: > https://codereview.chromium.org/1027623003/diff/40001/Source/platform/mhtml/M... > File Source/platform/mhtml/MHTMLParser.cpp (right): > > https://codereview.chromium.org/1027623003/diff/40001/Source/platform/mhtml/M... > Source/platform/mhtml/MHTMLParser.cpp:68: bool isMultipart() const { return > m_contentType.lower().startsWith("multipart/"); } > startsWith() takes an optional 2nd arg controlling case sensitivity, > > <...>.startsWith("multipart/", TextCaseInsensitive); Thanks for pointing out. I updated the patch as per comments. Please review it.
samahto@cisco.com changed reviewers: + sigbjorn@opera.com
sigbjornf@opera.com changed reviewers: + sigbjornf@opera.com - sigbjorn@opera.com
lgtm, thanks for fixing this. You'll need approval for the Source/platform/ change though ( Cc:'ed mkwst who might have the time for a quick peek? )
mkwst@chromium.org changed reviewers: + mkwst@chromium.org
LGTM.
The CQ bit was checked by samahto@cisco.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1027623003/60001
The CQ bit was unchecked by samahto@cisco.com
The CQ bit was checked by samahto@cisco.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1027623003/60001
samahto@cisco.com changed reviewers: - japhet@chromium.org, mkwst@chromium.org, sigbjornf@opera.com
The CQ bit was unchecked by samahto@cisco.com
The CQ bit was checked by samahto@cisco.com
The CQ bit was unchecked by samahto@cisco.com
The CQ bit was checked by samahto@cisco.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1027623003/60001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_blink_rel on tryserver.blink (JOB_FAILED, http://build.chromium.org/p/tryserver.blink/builders/linux_blink_rel/builds/5...)
The CQ bit was checked by samahto@cisco.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1027623003/60001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_blink_rel on tryserver.blink (JOB_FAILED, http://build.chromium.org/p/tryserver.blink/builders/linux_blink_rel/builds/5...)
The CQ bit was checked by samahto@cisco.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1027623003/60001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: mac_blink_rel on tryserver.blink (JOB_FAILED, http://build.chromium.org/p/tryserver.blink/builders/mac_blink_rel/builds/51022)
The CQ bit was checked by samahto@cisco.com
The patchset sent to the CQ was uploaded after l-g-t-m from sigbjornf@opera.com, mkwst@chromium.org Link to the patchset: https://codereview.chromium.org/1027623003/#ps80001 (title: "Minor changes")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1027623003/80001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: mac_blink_rel on tryserver.blink (JOB_FAILED, http://build.chromium.org/p/tryserver.blink/builders/mac_blink_rel/builds/51460)
commit-bot is failing because review board is replacing CRLF to LF.I dont't know how to overcome this.please guide me. This issue has been discussed long before here(https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/WzBiNHj53gs) This is old discussion trying to fix the same. but I am not sure why I am facing this. Could anyone help me in landing this.
On 2015/04/07 13:00:43, sof wrote: > lgtm, thanks for fixing this. > > You'll need approval for the Source/platform/ change though ( Cc:'ed mkwst who > might have the time for a quick peek? ) I am facing issue(tests are failing) in landing this(reviewboard is converting CRLF to LF in mhtml file). could you help me in that.
On 2015/04/13 09:59:19, samahto wrote: > On 2015/04/07 13:00:43, sof wrote: > > lgtm, thanks for fixing this. > > > > You'll need approval for the Source/platform/ change though ( Cc:'ed mkwst who > > might have the time for a quick peek? ) > > I am facing issue(tests are failing) in landing this(reviewboard is converting > CRLF to LF in mhtml file). could you help me in that. Sorry, for some reason rietveld didn't show this review as updated on my list of incoming reviews after #44. Anyway, as mentioned via IRC, treating .mht's as binary files has worked for others previously.
The CQ bit was checked by samahto@cisco.com
The patchset sent to the CQ was uploaded after l-g-t-m from sigbjornf@opera.com, mkwst@chromium.org Link to the patchset: https://codereview.chromium.org/1027623003/#ps100001 (title: ".mht uploaded as binary")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1027623003/100001
Message was sent while issue was closed.
Committed patchset #6 (id:100001) as https://src.chromium.org/viewvc/blink?view=rev&revision=194450 |