could you attach the file or give a url ?

Most likely the one at:
http://www.apple.com/trailers/sony_pictures/da_vinci_code/hd/

Totem Mozilla fails with :

"GstQTDemux cannot work in push mode. The operation is not supported with this source element or protocol. It also spews a few extra fd: error messages."

Downloading any of the clips like:
http://movies.apple.com/movies/sony_pictures/da_vinci_code/da_vinci_code-tsr2_h320.mov

and playing them locally cause a segfault.

Noticed ronald has a backtrace for the segfault in 327088.

Christian, using latest (compiled this morning from HEAD) totem and gst-0.10 I'm able to locally play the movie with no crash.

Just, running in terminal, those ERROR messages form qtdemux

betatester@redrum:~$ totem da_vinci_code-tsr2_h320.mov
ERROR (0x839a790 - 0:00:02.212580000)              qtdemux(17548) qtdemux.c(1109):qtdemux_parse: atom length too short (0 < 8)
ERROR (0x839a790 - 0:00:02.213248000)              qtdemux(17548) qtdemux.c(1178):qtdemux_parse: length too long (1024 > 131)
ERROR (0x839a790 - 0:00:02.213355000)              qtdemux(17548) qtdemux.c(1109):qtdemux_parse: atom length too short (0 < 8)
ERROR (0x839a790 - 0:00:02.213470000)              qtdemux(17548) qtdemux.c(1109):qtdemux_parse: atom length too short (0 < 8)
ERROR (0x839a790 - 0:00:02.213558000)              qtdemux(17548) qtdemux.c(1113):qtdemux_parse: atom length too long (1114112 > 21)
ERROR (0x839a790 - 0:00:02.213643000)              qtdemux(17548) qtdemux.c(1109):qtdemux_parse: atom length too short (0 < 8)

Of course the push mode error is still here, but is should be related to neon, not qtdemux :-(

Works for me too now, closing as fixed. The push mode error is correct though, qtdemux do not support push-mode currently, only pull. 

"GstQTDemux cannot work in push mode. The operation is not supported with this
source element or protocol."

Could we get a better error message than this horror as well? :)

I've committed a better error message earlier today (see bug #328830). There are plans to make qtdemux operate push-based as well, but I don't know when that will happen.

Is there any functionality in totem to define different 'streaming' behaviour for different formats? so that for non-streaming format totem will download it first before starting to play (or in the case of .mov files, download parts of them first like the quicktime player does). 

QtDemux can work in streaming mode now.

This works for me in firefox:
 - Go http://www.apple.com/trailers/sony_pictures/da_vinci_code/hd/
 - click on 'Trailer'
 - click on 'Small', 'Medium' or 'Large'
 - movie begins to play.

(In reply to comment #10)
> QtDemux can work in streaming mode now.
> 
> This works for me in firefox:
>  - Go http://www.apple.com/trailers/sony_pictures/da_vinci_code/hd/
>  - click on 'Trailer'
>  - click on 'Small', 'Medium' or 'Large'
>  - movie begins to play.
> 

Not for me in Epiphany :-( "Totem could not play "fd://0" message

Yes, sorry, it only works with a typefinding fix I have locally for that bug of yours (bug #331701). Will commit that to GStreamer core CVS in a bit. (The original issue of this bug has been resolved though, that's why I've closed it already).

The typefinding fix is in GStreamer core now as well:

2006-02-27  Tim-Philipp Müller  <tim at centricular dot net>

        * plugins/elements/gsttypefindelement.c:
        (gst_type_find_element_handle_event):
          When we get an EOS event and have not found a type yet
          (most likely because we had not yet accumulated
          TYPE_FIND_MIN_SIZE of data yet), try to determine the
          type given the data we have so far. Fixes typefinding
          for very short streams again, most notably quicktime
          redirections as used on Apple's trailer site (#331701).