Opened 10 years ago

Closed 10 years ago

#415 closed design (fixed)


Reported by: mnot@… Owned by: draft-ietf-httpbis-p1-messaging@…
Priority: normal Milestone: 22
Component: p1-messaging Severity: In WG Last Call
Keywords: Cc:


3.4 Handling Incomplete Messages -- "A user agent MUST NOT render..." should be "A user agent MUST NOT consider..."

Change History (5)

comment:1 Changed 10 years ago by mnot@…

In Atlanta:

kevin falk: are you prohibited from using particular code blocks to users?

rf: the important consideration is that the user is able to learn that the information is incomplete

julian r: that is getting ignored in practice

brian smith: we (Mozilla) ignore this requirement, pages are already displayed

mnot: would it be OK to show status in the web console?

rf: not really

bs: there are UX considerations that make this more difficult than it would appear

bs: there's not much difference between XHR and the render as HTTP clients

jr: we could add an indicator

ted hardie: visual indicators are not necessarily universally applicable

rpeon: there is a lot of confusion stemming from this statement, prefer the parenthetical

bsmith: no idea about how XHR works, though it does have streaming modes; script developers are important

will chan: chrome ux people didn't like the idea of having something in chrome

rf: this is a safety/security feature

kfalk: incomplete !== error

julian: there is a related issue about truncated *downloads* (as in "save as"); Eric Lawrence once blogged about it (<>)

pmcm: rathole, we (Moz) do very little prescribed error handling and it's strange spending time on this when there are many others; tried to rollback rendering when MD5 sum failed, got immense push back

mnot: maybe this should be prose

ACTION: Roy to make this prose text in the security considerations

comment:2 Changed 10 years ago by fielding@…

From [2033]:

Move new user agent requirement on rendering incomplete responses to a suggestion in security considerations. Addresses #408 and #415

Consolidate more stuff on persistent connection reuse. Addresses #396

comment:3 Changed 10 years ago by fielding@…

  • Milestone changed from unassigned to 22
  • Resolution set to incorporated
  • Status changed from new to closed

comment:4 Changed 10 years ago by mnot@…

  • Resolution incorporated deleted
  • Status changed from closed to reopened

comment:5 Changed 10 years ago by mnot@…

  • Resolution set to fixed
  • Status changed from reopened to closed
Note: See TracTickets for help on using tickets.