GNOME Bugzilla – Bug 733976
uridecodebin: Does not set the dec->source uri when an error occurred with a first uri and we set a new one in READY state
Last modified: 2014-07-30 13:35:13 UTC
Since the latest changes in uridecodebin (namely uridecodebin: Create new sources after chaining up to the parent class) the following command will fail: $gst-discoverer-1.0 file:///wrong/uri file:///an/actually/uri What actually happens is the following in uridecodebin: 1- Discoverer sets "file:///wrong/uri" on its internal uridecodebin 2- That FAILS an error is reported on the bus, and the discovering is done 3- Discoverer will try to discover the pipeline to READY 4- Discoverer sets the uridecodebin uri to file:///an/actually/uri 5- The Source of uridecodebin report the *same* error as the first time as its uri is actually not reset properly to "file:///an/actually/uri" and is still "file:///wrong/uri" In discoverer setting the pipeline back to NULL and then READY in state 3 works around the issue.
Created attachment 282059 [details] [review] pbutils: discoverer: Always set the pipeline back to NULL after an error Otherwize the pipeline would be in an wrong state and on the next iteration any kind of error could happen
Attachment 282059 [details] pushed as 235e462 - pbutils: discoverer: Always set the pipeline back to NULL after an error