An assert fails after deleting an image in full-screen mode, then navigating through the remaining images in a collection.
Submitted by an unknown user
Assigned to cli..@..ba.org
Link to original bug (#717806)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-06-15 13:33:00 -0700 ----
Original Redmine bug id: 3755
Original URL: http://redmine.yorba.org/issues/3755
Searchable id: yorba-bug-3755
Original author: over 2 years
Original description:
-
Import some photos from camera
-
Open photo with full screen mode (press f11)
-
Navigate with a keyboard on prev/next photo
-
Delete any photo
-
If not crashed repeat from step 3
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:47:00 -0700 ----
History
Comment 1
Updated by Anonymous over 2 years ago
ERROR:src/PhotoPage.c:3902:editing_host_page_set_photo: assertion failed: (view != NULL)
Comment 2
Updated by Adam Dingle over 2 years ago
-
Target version deleted (
<strike>
_0.10.1_</strike>
)
This looks quite similar to #3637 (closed). I'm unable to reproduce this in trunk, however. What version of Shotwell are you using? You set the milestone field to 0.10.1, but we don't actually use that to record the version in which a bug is observed; instead, it records the version in which a bug was or will be fixed. Are you running 0.10.1?
Comment 3
Updated by Anonymous over 2 years ago
yes it's in 0.10.1 archlinux i686
Comment 4
Updated by Eric Gregory over 2 years ago
I can reproduce this. It only seems to work in full screen mode.
However, when you get to the last photo, you get a hard crash:
Program received signal SIGSEGV, Segmentation fault.
0×083c3cd5 in media_source_get_dimensions (self=0×0, result=0xbfffdd04)
at build/MediaDataRepresentation.c:2059
2059MEDIA_SOURCE_GET_CLASS (self)->get_dimensions (self, result);
So it looks like there's at least two issues here.
Comment 5
Updated by Adam Dingle over 2 years ago
- Target version set to 0.11
Comment 6
Updated by Eric Gregory over 2 years ago
- Assignee changed from Anonymous to Eric Gregory
Comment 7
Updated by Eric Gregory over 2 years ago
- Resolution set to fixed
- % Done changed from 0 to 100
Issue in description was already resolved by another patch. Issue in comment 5 fixed in 23e510a3
Comment 8
Updated by Tadej Janež over 2 years ago
- Description updated (diff)
Hi!
I had the same issue with shotwell-0.10.1-1.fc15.x86_64 on my Fedora 15 system.
That's why I downloaded the latest version of Shotwell from Git (git clone git://yorba.org/shotwell) and tried it.
Unfortunatelly, this issue is not resolved for me. Shotwell crashes with:
[tadej@tlinux64 shotwell]$ ./shotwell -d /media/Tadej-Ext120/pictures/shotwell
**
ERROR:src/PhotoPage.c:4013:editing_host_page_set_photo: assertion failed: (view != NULL)
Aborted (core dumped)
Am I doing something wrong?
Comment 9
Updated by Tadej Janež about 2 years ago
Just to inform all of you, today I cloned the latest version of Shotwell from Git and I wasn't able to reproduce the bug anymore.
Comment 10
Updated by HJ S about 2 years ago
I'm still experiencing this bug.
ERROR:i686-linux-gnu/PhotoPage.c:3990:editing_host_page_set_photo: assertion failed: (view != NULL)
Version 0.11.1 and 0.11.2 from repo (ubuntu 11.10 beta)
Comment 11
Updated by Lucas Beeler about 2 years ago
- Status changed from 5 to Open
-
Assignee deleted (
<strike>
_Eric Gregory_</strike>
) - Target version changed from 0.11 to 0.12
-
Resolution deleted (
<strike>
_fixed_</strike>
)
Comment 12
Updated by Jim Nelson about 2 years ago
If you can reproduce this reliabilty, we'd appreciate it if you followed the steps outlined here:
http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-found-a-bug-in- Shotwell-How-can-I-report-it
This will give us more information to work on to fix this problem.
Comment 13
Updated by HJ S about 2 years ago
- File shotwell.gdb added
- File shotwell.log added
crash log files
Comment 14
Updated by Lucas Beeler about 2 years ago
- Description updated (diff)
- Assignee set to Clinton Rogers
Clinton, since you've been knocking these crashers out like flies, could you attempt to repro this, and if so, debug and fix it. My suspicion is that this bug may no longer occur.
Comment 15
Updated by komatsu - about 2 years ago
- File shotwell.log added
- File shotwell.gdb added
I got the same problem on 0.11.5 from PPA, running Ubuntu 11.10 and Gnome Shell.
Delete in fullscreen crashes when second photo is deleted. Only when deleting last 2 photos from an album the crash doesn't occur.
Comment 16
Updated by Clinton Rogers about 2 years ago
Alternate steps to reproduce the crash:
- Launch Shotwell with a library that has at least one tag or one event that contains multiple photographs.
- Navigate to the tag or event from step one in the sidebar.
- Bring up any image in full-window mode.
- Press F11.
- Press Delete.
- Press either Left Arrow or Right Arrow and observe the results.
The primary problem is that the current data view collection is somehow being nulled out after step five or six, but it shouldn't be, and I'm still investigating why. It only does this in full-screen mode; I've verified that, when running in the normal library window, it works correctly.
Comment 17
Updated by Clinton Rogers about 2 years ago
- Subject changed from shotwell crash when deleting photo from collection in full screen to An assert fails after deleting an image in full-screen mode, then navigating through the remaining images in a collection.
Comment 18
Updated by Clinton Rogers about 2 years ago
- Status changed from Open to 5
- Resolution set to worksforme
Neither myself, Eric or Lucas are able to reproduce this in trunk as of 2011-11-07, tentatively closing.
Comment 19
Updated by komatsu - almost 2 years ago
-
Resolution deleted (
<strike>
_worksforme_</strike>
)
Issue is still there in 0.11.6 from Ubuntu Oneiric Ocelot proposed updates. Could be this fixed between 0.11.6 (2011-11-03) release and 2011-11-07?
Comment 20
Updated by Tadej Janež almost 2 years ago
komatsu, in comment 18, Clinton said they were unable to reproduce the bug in the trunk version of Shotwell (i. e. the code base leading up to version 0.12).
You could try the daily build of Shotwell (which contains the trunk version that is supposed to fix this bug) by following the instructions at:
http://blog.yorba.org/eric/2011/10/help-test-shotwell-with-the-daily-build- ppa.html
Comment 21
Updated by komatsu - almost 2 years ago
Sorry, I thought that there were no changes concerning this bug between 2011-11-03 and 2011-11-07.
I tested the current daily build and the issue is gone. Hurray!
Comment 22
Updated by komatsu - almost 2 years ago
- Resolution set to worksforme
Comment 23
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Invalid
--- Bug imported by chaz@yorba.org 2013-11-25 21:54 UTC ---
This bug was previously known as bug 3755 at http://redmine.yorba.org/show_bug.cgi?id=3755 Imported an attachment (id=262095) Imported an attachment (id=262096) Imported an attachment (id=262097) Imported an attachment (id=262098)
Unknown Component Using default product and component set in Parameters Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Version: 0.12
Resolution: RESOLVED INVALID