Recherche avancée

Médias (91)

Autres articles (67)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

Sur d’autres sites (9766)

  • avfilter/vf_remap : Fix double-free of AVFilterFormats on error

    7 août 2020, par Andreas Rheinhardt
    avfilter/vf_remap : Fix double-free of AVFilterFormats on error

    The query_formats function of the remap filter tries to allocate
    
two lists of formats which on success are attached to more permanent objects
    
(AVFilterLinks) for storage afterwards. If attaching a list to an
    
AVFilterLink succeeds, it is in turn owned by the AVFilterLink (or more
    
exactly, the AVFilterLink becomes one of the common owners of the list).
    
Yet if attaching a list to one of its links succeeds and an error happens
    
lateron, both lists were manually freed, which means that is wrong if the
    
list is already owned by one or more links ; these links' pointers to
    
their lists will become dangling and there will be a double-free/use-after-
    
free when these links are cleaned up automatically.
    

    This commit fixes this by removing the custom free code ; this will
    
temporarily add a leaking codepath (if attaching a list not already
    
owned by a link to a link fails, the list will leak), but this will
    
be fixed soon by making sure that an AVFilterFormats without owner will
    
be automatically freed when attaching it to an AVFilterLink fails.
    
Notice at most one list leaks because a new list is only allocated
    
after the old list has been successfully attached to a link.
    

    Reviewed-by : Nicolas George <george@nsup.org>
    
Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavfilter/vf_remap.c

  • avfilter/vf_overlay : Fix double-free of AVFilterFormats on error

    7 août 2020, par Andreas Rheinhardt
    avfilter/vf_overlay : Fix double-free of AVFilterFormats on error

    The query_formats function of the overlay filter tries to allocate
    
two lists (only one in a special case) of formats which on success
    
are attached to more permanent objects (AVFilterLinks) for storage
    
afterwards. If attaching a list to an AVFilterLink succeeds, it is
    
in turn owned by the AVFilterLink (or more exactly, the AVFilterLink
    
becomes one of the common owners of the list). Yet if attaching a list
    
to one of its links succeeds and an error happens lateron, both lists
    
were manually freed, whic is wrong if the list is already owned by one
    
or more links ; these links' pointers to their lists will become dangling
    
and there will be a double-free/use-after-free when these links are
    
cleaned up automatically.
    

    This commit fixes this by removing the custom freeing code ; this will
    
temporarily add a leaking codepath (if attaching a list not already
    
owned by a link to a link fails, the list will leak), but this will
    
be fixed soon by making sure that an AVFilterFormats without owner will
    
be automatically freed when attaching it to an AVFilterLink fails.
    
Notice that at most one list leaks because a new list is only allocated
    
after the old list has been successfully attached to a link.
    

    Reviewed-by : Nicolas George <george@nsup.org>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavfilter/vf_overlay.c

  • avfilter/vf_alphamerge : Fix double-free of AVFilterFormats on error

    7 août 2020, par Andreas Rheinhardt
    avfilter/vf_alphamerge : Fix double-free of AVFilterFormats on error

    The query_formats function of the alphamerge filter tries to allocate
    
two lists of formats which on success are attached to more permanent
    
objects (AVFilterLinks) for storage afterwards. If attaching a list
    
to an AVFilterLink succeeds, the link becomes one of the owners of
    
the list. Yet if attaching a list to one of its links succeeds and
    
an error happens lateron, both lists were manually freed, which is wrong
    
if the list is already owned by one or more links ; these links' pointers
    
to their lists will become dangling and there will be a double-free/use-
    
after-free when these links are cleaned up automatically.
    

    This commit fixes this by removing the custom freeing code ; this will
    
temporarily add a leaking codepath (if attaching a list not already
    
owned by a link to a link fails, the list will leak), but this will
    
be fixed soon by making sure that an AVFilterFormats without owner will
    
be automatically freed when attaching it to an AVFilterLink fails.
    
At most one list leaks because as of this commit a new list is only
    
allocated after the old list has been successfully attached to a link.
    

    Reviewed-by : Nicolas George <george@nsup.org>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavfilter/vf_alphamerge.c

Navigation