Noticed this while playing with #1268416: Destination directory .../drupal-7.9 already exists..
Drush up gives me output like this:
Checking available update data ...
Checked available update data for <em class="placeholder">Administration menu</em>.It should look saner:
Checking available update data ...
Checked available update data for Administration menu.Patch attached below.
| Comment | File | Size | Author |
|---|---|---|---|
| #15 | drushmakehtml.patch | 691 bytes | robloach |
| #15 | checkplainInsteadOfEm.patch | 8.83 KB | robloach |
| #14 | strip_tagsALLTHETHINGS.patch | 9.05 KB | robloach |
| #12 | dt.patch | 1.35 KB | robloach |
| #6 | clean_output-1354778-6.patch | 901 bytes | kotnik |
Comments
Comment #1
kotnik commentedPatch attached.
Comment #2
moshe weitzman commentedPlease provide more detail. Drupal7 tries not to print html in its errors. What code is doing thle placeholder?
Comment #3
kotnik commentedUnfortunately it still does leak HTML if it's batching. Code that outputs HTML is here, %placeholder returns HTML as you can see here.
Comment #4
greg.1.anderson commentedMaybe we need to add strip_tags to $value in includes/batch.inc?
Comment #5
greg.1.anderson commented(Only add strip_tags to the parameter $value as passed to drush_log and drush_set_error; do not perturb parent:offsetSet.)
Comment #6
kotnik commentedGreg, you are right, this is better place to do it. Patch attached.
Comment #7
bforchhammer commentedPatch in #6 works :)
(Tested with
drush upcommand).Comment #8
moshe weitzman commentedcommitted to master. seems safe for 4.x but does not apply cleanly.
Comment #9
greg.1.anderson commentedSet status.
Comment #10
kotnik commentedBatching approach changed in #687724: 'multithreaded' updatedb for better memory consumption and there is no need for this patch for 4.x, since there are no issues there with HTML output.
Comment #11
greg.1.anderson commentedSounds right to me.
Comment #12
robloachWhat if instead calling strip_tags() all the time, we used
dt()?Comment #13
moshe weitzman commentedNot going to translate arbitrary strings. Drupal doesn't do that either.
Comment #14
robloachThe reason I bring that up is because this looks kind of silly.
Comment #15
robloachAh, I understand. This is the same issue, but occurring in different places. I'm running into HTML being outputted when running through Drush Make's download factory. I think we have two options here...
I think I prefer the #2 checkplainInsteadOfEm.patch approach more. Let's use @ instead of % for those dt() calls.
Comment #16
greg.1.anderson commentedI agree that #2 is preferable.
Comment #17
greg.1.anderson commentedCommitted.
Comment #19
vinmassaro commentedI still see this with Drush 5.1:
Comment #20
moshe weitzman commentedPlease use latest dev snapshot before reporting bugs. That might be fixed already. If still broken, feel free to reopen.
Comment #21
vinmassaro commentedMy mistake, I did not see that this thread was related to Drush Make. This is an issue when using core commands. I'll open another issue.