Se corrigió un comportamiento incorrecto que se producía cuando no había ninguna ruta de módulo ni ninguna ruta que coincidiera con la petición dada. Anteriormente, el enrutador devolvía un objeto de petición sin modificar, por lo que el controlador frontal simplemente mostraba el controlador y la acción por defecto. A partir de Zend Framework 1.10, el enrutador lanzará correctamente una excepción si ninguna ruta coincide, tal y como se indica en la interfaz del enrutador. El plugin de errores capturará entonces dicha excepción y redirigirá al controlador de errores. Puede entonces comprobar ese error específico con la constante Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ROUTE:

/**
 * Before 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:
    // ...

/**
 * With 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:
    // ...

Con la introducción de Zend Framework 1.10, la forma en que Zend_Feed_Reader gestiona la recuperación de Autores y Colaboradores cambió, introduciendo una ruptura en la compatibilidad hacia atrás. Este cambio fue un esfuerzo por armonizar el tratamiento de dichos datos entre las clases RSS y Atom del componente y permitir la devolución de datos de Autor y Colaborador en una forma más accesible, usable y detallada. También corrige un error, ya que se asumía que cualquier elemento de autor hacía referencia a un nombre. En RSS esto es incorrecto, ya que un elemento de autor en realidad solo debe proporcionar una dirección de correo electrónico. Además, la implementación original aplicaba sus límites de RSS a los feeds Atom, reduciendo considerablemente la utilidad del parser con ese formato.

Este cambio significa que métodos como getAuthors() y getContributors ya no devuelven un simple array de cadenas extraídas de los elementos RSS y Atom correspondientes. En su lugar, el valor devuelto es una subclase de ArrayObject llamada Zend_Feed_Reader_Collection_Author que simula un array multidimensional iterable de Autores. Cada miembro de este objeto será un simple array con tres posibles claves (según lo permitan los datos de origen). Estas incluyen: name, email y uri.

El comportamiento original de estos métodos habría devuelto un simple array de cadenas, cada una intentando representar un único nombre, pero en realidad esto no era fiable, ya que no existe ninguna norma que rija el formato de las cadenas de Autor de RSS.

El método más simple para simular el comportamiento original de estos métodos es usar getValues() de Zend_Feed_Reader_Collection_Author, que también devuelve un simple array de cadenas que representan los "datos más relevantes", presumiendo que para los autores serán su nombre. Cada valor del array resultante se deriva del valor "name" asociado a cada Autor (si está presente). En la mayoría de los casos este simple cambio es fácil de aplicar, tal y como se muestra a continuación.

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

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

Para usar por defecto una codificación de caracteres más segura, Zend_Filter_HtmlEntities ahora utiliza por defecto UTF-8 en lugar de ISO-8859-1.

Además, dado que el mecanismo real trata con codificaciones de caracteres y no con conjuntos de caracteres, se han añadido dos nuevos métodos, setEncoding() y getEncoding(). Los métodos anteriores setCharSet() y setCharSet() ahora están obsoletos y delegan en los nuevos métodos. Por último, en lugar de usar directamente los miembros protegidos dentro del método filter(), estos miembros se recuperan a través de sus accesores explícitos. Si estaba extendiendo el filtro anteriormente, revise su código y sus pruebas unitarias para asegurarse de que todo sigue funcionando.

Zend_Filter_StripTags contiene un indicador, commentsAllowed, que, en versiones anteriores, permitía incluir opcionalmente en una lista blanca los comentarios HTML en el texto HTML filtrado por la clase. Sin embargo, esto expone el código que habilita el indicador a ataques de XSS, particularmente en Internet Explorer (que permite especificar funcionalidad condicional mediante comentarios HTML). A partir de la versión 1.9.7 (y retroportado a las versiones 1.8.5 y 1.7.9), el indicador commentsAllowed ya no tiene ningún efecto, y todos los comentarios HTML, incluidos los que contienen otras etiquetas HTML o comentarios anidados, se eliminarán del resultado final del filtro.