attachments listing in +text interface is wonky
Bug #210571 reported by
Brian Murray
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
High
|
Abel Deuring |
Bug Description
Some bug reports have an extraneous carriage return in their +text listing. This example is from bug 202595.
attachments:
http://
http://
x-unix-mode=0644;
name="dmesg.log"
I think the attachments used to be formatted and should be formatted like the first attachment. This seems to have changed last week sometime and python-
Kees tracked this down a bit and says that "the LP email gateway is passing wrapped header lines along with newlines".
Changed in malone: | |
importance: | Undecided → High |
milestone: | none → 1.2.4 |
Changed in malone: | |
assignee: | nobody → adeuring |
Changed in malone: | |
status: | New → In Progress |
Changed in malone: | |
status: | In Progress → Fix Committed |
Changed in malone: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
If someone send email with headers that look like this:
--boundry Disposition: attachment; filename="blah.pdf" Transfer- Encoding: base64
Content-Type: application/pdf;
name="cow"
Content-
Content-
....
Then the "content-type" field in Malone will contain a newline between "application/pdf" and "name=cow". This breaks the +text output.