* bug#20469: mm-url-encode-multipart-form-data: allow for text/plain and application/octet-stream parts
@ 2015-04-30 14:40 Ivan Shmakov
2015-12-25 18:17 ` Lars Ingebrigtsen
2021-05-28 0:24 ` Lars Ingebrigtsen
0 siblings, 2 replies; 3+ messages in thread
From: Ivan Shmakov @ 2015-04-30 14:40 UTC (permalink / raw)
To: 20469
Package: emacs
Severity: wishlist
As it seems, mm-url-encode-multipart-form-data currently
(1c7f0cdc4c1f, 2015-04-27 16:59:11 +00:00) supports only parts
encoded via mm-url-form-encode-xwfu – even though RFC 1867
clearly shows that text/plain and application/octet-stream are
also valid options.
For one thing, the ‘upload’ MediaWiki API function depends on
multipart/form-data POST requests, /and/ seem to choke upon text
encoded via mm-url-form-encode-xwfu. Hence, Emacs
implementation of the client side of said API cannot use the
function in its current form, and would benefit from one capable
of encoding text/plain parts.
[1] http://www.mediawiki.org/wiki/API:Upload
--
FSF associate member #7257 http://am-1.org/~ivan/ … 3013 B6A0 230E 334A
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#20469: mm-url-encode-multipart-form-data: allow for text/plain and application/octet-stream parts
2015-04-30 14:40 bug#20469: mm-url-encode-multipart-form-data: allow for text/plain and application/octet-stream parts Ivan Shmakov
@ 2015-12-25 18:17 ` Lars Ingebrigtsen
2021-05-28 0:24 ` Lars Ingebrigtsen
1 sibling, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2015-12-25 18:17 UTC (permalink / raw)
To: Ivan Shmakov; +Cc: 20469
Ivan Shmakov <ivan@siamics.net> writes:
> For one thing, the ‘upload’ MediaWiki API function depends on
> multipart/form-data POST requests, /and/ seem to choke upon text
> encoded via mm-url-form-encode-xwfu. Hence, Emacs
> implementation of the client side of said API cannot use the
> function in its current form, and would benefit from one capable
> of encoding text/plain parts.
How would one decide whether to use xwfu encoding or not? I'm not
terribly familiar with that code, but it doesn't seem to have many...
er... inputs... to allow it to determine that.
But I'm probably missing something...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#20469: mm-url-encode-multipart-form-data: allow for text/plain and application/octet-stream parts
2015-04-30 14:40 bug#20469: mm-url-encode-multipart-form-data: allow for text/plain and application/octet-stream parts Ivan Shmakov
2015-12-25 18:17 ` Lars Ingebrigtsen
@ 2021-05-28 0:24 ` Lars Ingebrigtsen
1 sibling, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2021-05-28 0:24 UTC (permalink / raw)
To: Ivan Shmakov; +Cc: 20469
Ivan Shmakov <ivan@siamics.net> writes:
> As it seems, mm-url-encode-multipart-form-data currently
> (1c7f0cdc4c1f, 2015-04-27 16:59:11 +00:00) supports only parts
> encoded via mm-url-form-encode-xwfu – even though RFC 1867
> clearly shows that text/plain and application/octet-stream are
> also valid options.
As far as I can tell, this was fixed in:
commit a6e0188dffc394698d9ffbef50401f14a31c8722
Author: Lars Ingebrigtsen <larsi@gnus.org>
AuthorDate: Thu Oct 13 21:39:29 2016 +0200
So I'm closing this bug report. If this is still a problem, please
respond to the debbugs address and we'll reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2021-05-28 0:24 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-04-30 14:40 bug#20469: mm-url-encode-multipart-form-data: allow for text/plain and application/octet-stream parts Ivan Shmakov
2015-12-25 18:17 ` Lars Ingebrigtsen
2021-05-28 0:24 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).