Difference between revisions of "Issue:Arbitrary adding of empty paragraph"

Revision as of 16:02, 27 January 2011

Problem

I noticed a very strange behavior of DPL (1.8.9) on one of my wikis. The following tag version always produces an extra empty paragraph between the heading and the list, whereas the parser function does work alright, even with all those whitespace added to it. On my test installation (same provider, version - 1.15.3) both versions fail!

 == DPL Test - Tags ==
 <dpl>category=Dateiformate</dpl>
 

 == DPL Test - Parser Function ==

 {{#dpl:
 
 | category = Dateiformate
 
 }}
 

I wonder if anyone else has noticed a similar behavior and has an idea what might be the cause.

I have already had a look at Issue:DPL extension inserts a blank line headline but think this problem is unrelated.

tia Frank

I have the same issue (I think). The dpl works fine, but a blank line is added at the beginning of the list. I noticed this when I tested some functions with StringFunctions to replace some characters from the list produced by my DPL query. It works OK on my MW1.15.1 installation which used DPL version 1.7.6. However, the same statements failed on MW1.16 with DPL 1.8.9.

The only difference is that DPL 1.8.9 produces the extra blank line. I have not yet tried the BOM removal procedure described elsewhere, but will do so and report back.

Brett Tyson

Reply

Tried the Byte Order Mark fix but it made no difference. Basically, if I run the following

a b c{{#dpl:xxxx}} where {{#dpl:xxxx}} produces the string "(stuff)"

on 1.7.9 I get:

a b c (stuff)

on 1.8.9 I get

a b c 

(stuff)

Upgraded to the latest Trunk and it fixed my problem

phew

Satisfying to solve it, and thanks for the great extension

Brett Tyson

It may have something to do with the number of result lines or with the debug level. Does the same effect happen when you set "debug=1" ? Gero 15:02, 27 January 2011 (UTC)