Ein fehlerhaftes Verhalten wurde behoben, welches aufgetreten ist wenn keine Modell Route und keine Route mit der angegebenen Anfrage übereinstimmt. Vorher hat der Router das nicht modifizierte Anfrageobjekt zurückgegeben, und der Frontcontroller hat damit nur den Standardcontroller und die Standardaktion angezeigt. Seit Zend Framework 1.10 wirft der Router korrekterweise, wie im Router Interface beschrieben, eine Exception wenn keine passende Route vorhanden ist. Das Error Plugin fängt die Exception und leitet Sie an den Errorcontroller weiter. Man kann mit der Konstante Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ROUTE auf einen spezifischen Fehler testen:

/**
 * Vor 1.10
 */
    public function errorAction()
    {
        $errors = $this->_getParam('error_handler');

        switch ($errors->type) {
            case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_CONTROLLER:
            case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ACTION:
    // ...

/**
 * Ab 1.10
 */
    public function errorAction()
    {
        $errors = $this->_getParam('error_handler');

        switch ($errors->type) {
            case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ROUTE:
            case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_CONTROLLER:
            case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ACTION:
     // ...

Mit der Einführung von Zend Framework 1.10 wurde die Behandlung für das Empfangen von Autoren und Entwicklern in Zend_Feed_Reader geändert. Diese Änderung war ein Weg die Behandlung solcher Daten zwischen RSS und Atom Klassen zwischen den Komponenten zu harmonisieren und die Rückgabe von Autoren und Entwicklern in einer besseren, verwendbareren und detailuerteren Form zu ermöglichen. Das korrigiert auch einen Fehler bei dem angenommen wurde das jedes Autor Element auf einen Namen zeigt. In RSS ist das falsch, da ein Autor Element aktuell nur eine Email Adresse anbieten muss. Zusätzlich fügte die originale Implementation seine RSS Limits bei Atom Feeds hinzu was zu einer Reduzierung der Nützlichkeit des Parsers mit diesem Format führte.

Die Änderung bedeutet das Methoden wie getAuthors() und getContributors nicht länger ein einfaches Array von Strings zurückgeben die von den relevanten RSS und Atom Elementen geparst wurden Statt dessen ist der Rückgabewert eine Unterklasse von ArrayObject die Zend_Feed_Reader_Collection_Author genannt wird und ein aufzählbares multidimensionales Array an Autoren simuliert. Jedes Mitglied dieses Objekts ist ein einfaches Array mit drei potentiellen Schlüsseln (wie in den Quelldaten erlaubt). Diese beinhalten name, email und uri.

Das originale Verhalten dieser Methoden würde ein einfaches Array von Strings zurückgeben, wobei jeder String versucht einen einzelnen Namen zu präsentieren, aber in der Realität war dies nicht möglich da es keine Regel gibt die das Format der RSS Autor Strings leiten.

Die einfachste Methode der Simulation des originalen Verhaltens dieser Methoden ist die Verwendung von Zend_Feed_Reader_Collection_Author's getValues() welche auch ein einfaches Array an Strings darstellt und die "relevantesten Daten" repräsentiert. Für Autoren wird deren Name angenommen. Jeder Wert in resultierenden Array wird vom "name" Wert abgeleitet welcher jedem Autor angehängt ist (wenn vorhanden). In den meisten Fällen ist diese einfache Änderung einfach durchzuführen wie anbei demonstriert.

/**
 * In 1.9.6
 */
$feed = Zend_Feed_Reader::import('http://example.com/feed');
$authors = $feed->getAuthors();

/**
 * Äquivalent in 1.10
 */
$feed = Zend_Feed_Reader::import('http://example.com/feed');
$authors = $feed->getAuthors()->getValues();

Um zu einem höheren Sicherheitsstandard für die Zeichenkodierung zu kommen, ist der Standardwert von Zend_Filter_HtmlEntities jetzt UTF-8 statt ISO-8859-1.

Zusätzlich, weil der aktuelle Mechanismus mit Zeichenkodierung handelt und nicht mit Zeichensets, wurden zwei Methoden hinzugefügt. setEncoding() und getEncoding(). Die vorhergehenden Methoden setCharSet() und setCharSet() sind jetzt deprecated und verweisen auf die neuen Methoden. Letztendlich, statt die geschützten Mitglieder in der filter() Methode direkt zu verwenden, werden Sie durch Ihre expliziten Zugriffsmethoden empfangen. Wenn man den Filter in der Vergangenheit erweitert hat, sollte man seinen Code und seine Unittests prüfen um sicherzustellen das weiterhin alles funktioniert.

Zend_Filter_StripTags enthielt in voehergehenden Versionen ein commentsAllowed Flag, welches es erlaubt hat HTML Kommentare in von dieser Klasse gefiltertem HTML Text als erlaubt zu markieren. Aber das öffnet den Weg für XSS Attacken, speziell im Internet Explorer (der es erlaubt konditionelle Funktionalität über HTML Kommentare zu spezifizieren). Beginnend mit Version 1.9.7 (und retour mit den Versionen 1.8.5 und 1.7.9), hat das commentsAllowed Flag keine Bedeutung meht, und alle HTML Kommentare, inklusive denen die andere HTML Tags oder untergeordnete Kommentare enthalten, werden von der endgültigen Aufgabe des Filters entfernt.