[PATCH v2] Output unmodified Content-Type header value for JSON format.
Pieter Praet
pieter at praet.org
Thu Jan 12 09:08:08 PST 2012
On Sun, 20 Nov 2011 22:35:42 +0400, Dmitry Kurochkin <dmitry.kurochkin at gmail.com> wrote:
> On Sat, 19 Nov 2011 08:59:29 -0400, David Bremner <david at tethera.net> wrote:
> > On Sat, 19 Nov 2011 08:18:41 +0400, Dmitry Kurochkin <dmitry.kurochkin at gmail.com> wrote:
> > > Before the change, notmuch used g_mime_content_type_to_string(3)
> > > function to output Content-Type header value. Turns out it outputs
> > > only "type/subtype" part and ignores all parameters. Also, if there
> > > is no Content-Type header, default "text/plain" value is used.
> >
> > Hi Dmitry;
> >
> > I haven't analyzed the substance of your patch yet, but I did have a
> > couple thoughts while reading your mail.
> >
> > - It seems that every time we change the json format, we have a round of
> > suffering because people are unable to detect a mismatch between their
> > emacs code and the cli. Not that this is your problem necessarily, but
> > it would be nice if someone (TM), would come up with some version info
> > for the json output, and a patch to check it on the emacs side.
> >
>
> IMO this is a good idea.
>
> > - The previous point is a bit of a counterargument to this, but in
> > general, I think I prefer patches that modify the core seperate from
> > those that do emacs (or python, or ...) stuff.
> >
>
> I couls separate it. I made is a single patch to avoid having a
> revision with broken emacs UI (and tests).
>
I'd like to propose to always apply patch series on a *topic* branch
which would then be merged back into 'master', thus avoiding this issue
altogether whilst making it more obvious which patches belong together
(eg. for easier cross-referencing with the ML).
> Regards,
> Dmitry
>
> > - I understand you want to make your patches reviewable without applying
> > by including lots of context, but at a certain point it has actually
> > the opposite effect for me. I just don't read 900+ line emails ;). Of
> > course, I can still apply the patch and look at it, so it's really up
> > to you.
> >
> > d
> _______________________________________________
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
Peace
--
Pieter
More information about the notmuch
mailing list