Bug 252951
Summary: | Crash in File "/usr/lib64/python2.5/site-packages/miro/app.py", line 746, in _finishStartup | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Allan Engelhardt <allane> | ||||||||
Component: | Miro | Assignee: | Thorsten Scherf <tscherf> | ||||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | urgent | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 7 | CC: | alex | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2008-04-25 04:26:13 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Allan Engelhardt
2007-08-16 08:41:37 UTC
Created attachment 161636 [details]
Output from application.
Some sort of crash appears to be reproducible. This time I got /usr/bin/miro: line 2: 32750 Segmentation fault LD_LIBRARY_PATH=/usr/lib64/firefox-2.0.0.5 miro.real at exit time from 1. $ rm -r ~/.miro ~/.gconf/apps/miro/ 2. $ miro > /tmp/miro.1 2>&1 3. Video->Quit 4. ... wait a long time; see Bug 252944 5. $ miro > /tmp/miro.2 2>&1 6. Video->Quit and then wait 7. $ miro > /tmp/miro.3 2>&1 8. Video->Quit and then wait There does not appear to be anything else interesting in the last output file, but I will attach it. Created attachment 161637 [details] Output as described in Comment #2 And after Comment #2, Miro will not run but always dies on the segmentation fault. I don't know if this should move to a different bug? The output from 9. $ miro > /tmp/miro.4 2>&1 will be attached FYI. No Video->Quit step required here. Created attachment 161638 [details] See Comment #4 Hi, This seems related to my bug report - https://bugzilla.redhat.com/show_bug.cgi?id=253046 - at least the crash report in your first comment is similar. I have been going crazy because I thought I was the only one with this problem (miro works find so far on another computer of mine). I just tried miro 9.9.1 from getmiro.org it seems to have fixed this problem for me. (In reply to comment #7) > I just tried miro 9.9.1 from getmiro.org it seems to have fixed this problem for me. Can you reproduce this bug with the latest Miro in F-7 (not the getmiro.org version) which is 0.9.9.9? (yum update) The information we've requested above is required in order to review this problem report further and diagnose/fix the issue if it is still present. Since there have not been any updates to the report since thirty (30) days or more since we requested additional information, we're assuming the problem is either no longer present in the current Fedora release, or that there is no longer any interest in tracking the problem. Setting status to "CLOSED INSUFFICIENT_DATA". If you still experience this problem after updating to our latest Fedora release and can provide the information previously requested, please feel free to reopen the bug report. Thank you in advance. Note that maintenance for Fedora 7 will end 30 days after the GA of Fedora 9. |