I'm confused by the screenshots in this task. Why are there separate results for both titles and content? I am surprised this is an option.

The \n at the end of the page is caused by T113518: trailing \n appearing at the bottom of search results pages on mediawiki.org and meta.wikimedia.org, which was fixed. I'm not certain why you're still seeing it. I'd suggest updating again, as it seems that issue was fixed a few days ago for the 1.26 release.

For the screenshots, the why is the object of my ticket in fact.
Why does it display like that ?

For the trailing \n, I will check the instance if it was correctly updated. But I did deploy 1.26.0 version.

This is outside the scope of the Wikimedia Foundation's Discovery Department, so I'm afraid I probably won't be able to help you.

@Ejouvin: Does removing float: left; from [[ https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_26/resources/src/mediawiki.special/mediawiki.special.search.css;0b709c10348eaba600afef6925b4b1acda5e9707$30 | .mw-search-results in /resources/src/mediawiki.special/mediawiki.special.search.css]] help?

Much better.

Solve the alignement.

Still remains the trailing \n at the end of the page.
You can see the result here http://www.jouvinio.net/wiki/index.php?title=Sp%C3%A9cial%3ARecherche&profile=default&search=Jenkins&fulltext=Search

For the remaining \n at the eand.

In the file SpecialSearch.php, I found this :
$out->addHTML( '<div class="visualClear"></div>\n' );

I removed the \n and it "fix" the display.
But I also saw this ;

if ( $prevnext ) {
        $out->addHTML( "<p class='mw-search-pager-bottom'>{$prevnext}</p>\n" );
}

So, may be it can be displayed in other case.

The stray \n was fixed a while ago in the REL1_26 branch https://github.com/wikimedia/mediawiki/commit/c16ef9fb426109b9202d0e7f793de501b80ed5b1

It'll be in the next MW release

Ok, did not understand that the fix will comes with the next release.

Sorry about that.