Closed (fixed)
Project:
Drupal core
Version:
8.1.x-dev
Component:
big_pipe.module
Priority:
Minor
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
7 Apr 2016 at 14:40 UTC
Updated:
12 May 2016 at 05:04 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
olafkarsten commentedWorking on this, during DrupalBCDays Codesprint.
Comment #3
wim leersYay, thanks! :)
Comment #4
olafkarsten commentedComment #5
olafkarsten commentedComment #6
wim leersJust one nitpick:
Let's use a shorter description, the same one used in other places.
Comment #7
olafkarsten commentedActually picked that one from 'BigPipeResponseAttachmentsProcessor'
Comment #8
dawehnerWe should document the property itself, sorry :)
Comment #9
olafkarsten commentedNext try.
Comment #10
dawehnerPerfect!
Comment #11
wim leersThanks! :)
Comment #12
catchCan we open a follow-up, or link to the existing issue if there is one, to something which would allow the message to be printed in the same request? For example could we show error messages in the footer as a final fallback?
Comment #13
wim leers#12: You mean a follow-up to #2678568: Ensure good UX & DX even when A) rendering of placeholder fails, B) some response event subscriber fails, not to this, right? This is solely code clean-up. What you describe sounds feasible, but I'm not sure if it's desirable. It'd mean appending HTML to the HTML just before the closing
</body>tag. And that HTML may simply end up not being visible depending on the theme. I think it's good enough as it is.Comment #14
catchWell I still think the config setting for error display leaking into bigpipe is a bit smelly, I'm not aware of anywhere else we have to deal with that.
Comment #15
wim leersLet's continue #12/#13/#14 in #2712935: Messages are not rendered last, meaning those messages set within placeholders only appear on the next request to not move this issue in a more off-topic direction.
Comment #16
alexpottGiven that we want to explore the issue further as per #15 should we consider committing this to 8.1.x and 8.2.x. Big pipe is experimental and code divergence at this point might add more pain and make development / bug fixes slow.
Comment #17
wim leers+1.
Comment #18
xjmAgreed that this change would be okay for 8.1.x since it only touches BigPipe, per: https://www.drupal.org/core/d8-allowed-changes#experimental
Comment #19
xjm(Typo, sorry.)
Comment #20
alexpottCommitted bdb434a and pushed to 8.1.x and 8.2.x. Thanks!
Comment #22
wim leersWeird, no commit message for 8.1.x, even though it's there (commit
bdb434ad0751d30af1a4778dc9c543144341cdac).Comment #23
wim leersAlso committed & pushed to the contrib module for Drupal 8.0: http://drupalcode.org/project/big_pipe.git/commit/2df41d8