Hmm, hát mondjuk ebben igazad van. Bár a fene sem tudja, a Views mit kezd ekkora query stringgel...

Kicsit elcsépelt, de a szerver naplójában nem látsz valami gyanúsat? (mármint először a Drupal sajátjában)
Én azt is próbálgatnám, hogy konkrétan hanyadik exposed filternél nem jelennek meg az eredmények, mert ki tudja, lehet, hogy magával az exposed filterrel van valami gond.
Ha már itt tartunk, a drupal.hu saját keresője az exposed filterekkel sem működik megfelelően :D (példa: http://drupal.hu/tracker/filter?type=All&uid=&name=Sk8erPeter&core=All&b..., 0 eredmény, pedig tudom, hogy van olyan, általam írt komment, amiben van "jsfiddle" string :P)

Előre is elnézést kérek, nem kicsit OFF a téma, de ha már Windows+XAMPP témáról van szó, hadd szóljak hozzá.

Korábban én is telepítgettem XAMPP-ot, EasyPHP-t és egyéb kész csomagokat Windows-ra, de több helyen is olvastam (pl. most hirtelen ezt találtam), hogy a Microsoft eléggé ráfeküdt a PHP-témára, így IIS alatt kipróbáltam a FastCGI PHP-t, valamint telepítettem hozzá a WinCache-t, és engem kifejezetten meggyőzött teljesítmény tekintetében. Eddig két szerveren kipróbálva Windows alatt (Server 2008, Windows 7) IIS-sel érezhetően gyorsabb ugyanaz a Drupal site, mint a korábbi, jól konfigurált Apache-csal (de pl. Debian alatt lehet, hogy gyorsabb lenne ugyanez a honlap Apache-csal, mint Windows-ra telepített Apache-on, ilyen jellegű összehasonlítást még nem végeztem). Igencsak meglepett a dolog, mert nem igazán vártam teljesítményjavulást, sőt, eleinte eléggé szkeptikusan álltam a dologhoz...

A Web Platform Installer segítségével kattintgatós módszerrel lehet felrakni akár a Drupal-t is, és ez be is húz minden függőséget (pl. PHP, MySQL megfelelő verziója), szóval elég jól összerakták.
Az IIS kezelőfelülete meg kifejezetten kényelmes, számomra nagy megkönnyebbülés, hogy végre nem kell konfigfájlokban kotorásznom (pedig rengeteget konfigoltam korábban Apache-ot, és valahogy nem sírom vissza); a jogosultságok is gyorsabban beállíthatóak (UNIX-alapú rendszereken persze ez a téma szerintem kisebb probléma, mert kézenfekvő).
A PHP Manager meg szintén must-have.
Magánvélemény, de én Windows-ra most már mindenképp ezt ajánlanám, főleg a meglepően jó teljesítmény győzött meg, ezen a platformon nem térnék vissza Apache-ra.

Maga az ötlet jó, de a kódban ez elég feltűnő hiba:

  $start = strpos($body_content, '<p>');
  $end = strpos($body_content, '</p>', $start);
  $first_paragraph = substr($body_content, $start, $end-$start+4);

Mi van, ha egy darab <p> nincs benne, csak pl. <div>-ek?

$content['field_xyz_body']['#items']['0']['value'] = $first_paragraph;

úgy tudom, a #markupot kell felülbírálni, hogy jó legyen, pl.:

$content['field_xyz_body']['0']['#markup'] = $first_paragraph;

==========

Az alábbit teszteltem, és ez teljesen az elvártak szerint működik, ha van rendes teaser, tehát van a szövegben <!--break-->, akkor odáig látják a be nem jelentkezett felhasználók, ha nincs, akkor automatikusan levágódik a szöveg 50 karakter környékén; a text_summary() függvényt használtam fel erre.

Az Article content type-nál teszteltem mindezt:
node--article.tpl.php legelejére, a nyitó PHP-tag után:

  if(!$logged_in){
    $body_format = $content['body']['#items'][0]['format'];
    // $body_format = 'filtered_html'
    $body_content = isset($content['body']['#items'][0]['safe_value']) ? $content['body']['#items'][0]['safe_value'] : $content['body']['#items'][0]['value'];
    $body_truncated_size = 50;
 
    $body_summary = text_summary($body_content, $body_format, $body_truncated_size);
    $destination = array('destination' => 'node/'.$node->nid);
    $body_summary .= '<p>'.t('<a href="@login">Log in</a> or <a href="@register">register</a> to see more', array('@login' => url('user/login', array('query' => $destination)), '@register' => url('user/register', array('query' => $destination)))).'</p>';
 
    // $content['body']['#items'][0]['value'] = $body_summary;
    $content['body'][0]['#markup'] = $body_summary;
  }

Példa az eredményre:

anonimként:

bejelentkezve:

A problema arrafele keresendo, hogy az offline vilag meg az online vilag tok maskepp mukodik. Talan elobb meg kellene ismerkedni az online vilagot mozgato alapveto ismeretekkel mielott valamirol kijelentjuk hogy ez bug. Szerintem peldaul az, hogy az offline vilagban nem valtozik az oszlopszelesseg, az hiba. De ez az en privat velemenyem.