Closed (fixed)
Project:
Button style
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
18 Sep 2009 at 07:49 UTC
Updated:
6 Mar 2010 at 22:30 UTC
Jump to comment: Most recent file
Comments
Comment #1
sunSome information got lost here. Please use <code> tags to post HTML code.
Comment #2
detot commentedjust wrote
</div>, seems to be loosing a end div on the comment preview pagesComment #3
sunThat sounds like a self-made problem in your theme.
I have no issues with comment previews.
Comment #4
kndrI confirm this issue. My layout is broken during comment preview and indeed there is no
</div>tag. I've spent many hours to find the reason since I suspected that comment.module or my custom functions was the source of problem. By chance I stumbled upon this issue and after short testing I was sure, that style button module should be patched. When comment is previewed, markup 'comment_preview_below' is the last children of $form. 'comment_preview_below' is set inside function comment_form_add_preview() in comment.module. There is the condition statement:As you can see $output could be equal empty value and '#value' of 'comment_preview_below' could be empty too. Now, if we look into button_style.module at function button_style_form_after_build() we can see, that markup with empty value could be assign to $actions_end variable:
At the end there is an assigment:
I suspect, that FAPI doesn't render markup when its value is empty. This could be the reason of disappearing
'</div>'tag and breaking the layout. I've attached the patch, where I check if markup value is empty.Comment #5
detot commentedSolved my problem, Thanks
Comment #6
sunThanks for reporting, reviewing, and testing! Committed to all branches.
A new development snapshot will be available within the next 12 hours. This improvement will be available in the next official release.