GNOME issueshttps://gitlab.gnome.org/groups/GNOME/-/issues2021-05-19T12:41:29Zhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2497Rename multiple photos with pattern2021-05-19T12:41:29ZBugzillaRename multiple photos with pattern## Submitted by Jim Nelson
**[Link to original bug (#717353)](https://bugzilla.gnome.org/show_bug.cgi?id=717353)**
## Description
---- Reported by jim@yorba.org 2011-03-14 15:15:00 -0700 ----
Original Redmine bug id: 3348
Orig...## Submitted by Jim Nelson
**[Link to original bug (#717353)](https://bugzilla.gnome.org/show_bug.cgi?id=717353)**
## Description
---- Reported by jim@yorba.org 2011-03-14 15:15:00 -0700 ----
Original Redmine bug id: 3348
Original URL: http://redmine.yorba.org/issues/3348
Searchable id: yorba-bug-3348
Original author: Jim Nelson
Original description:
1. # allowed for multiple photos to be renamed at the same time. We'd also like to be able to edit multiple photos with a pattern or variable data in the name. On example is how Picasa allows for certain metadata to be added:
[http://picasa.google.com/support/bin/answer.py?hl=en&answer=19548](http://pic
asa.google.com/support/bin/answer.py?hl=en&answer=19548)
Other metadata might make sense here.
---- Additional Comments From shotwell-maint@gnome.bugs 2011-09-29 15:24:00 -0700 ----
### History
---
Comment 1
Updated by Eric Gregory about 2 years ago
* **Subject** changed from _Edit multiple photos with pattern_ to _Rename multiple photos with pattern_
* **Description** updated (diff)
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3348 at http://redmine.yorba.org/show_bug.cgi?id=3348
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2500display count in filter button tooltips2021-05-19T12:41:36ZBugzilladisplay count in filter button tooltips## Submitted by Adam Dingle
**[Link to original bug (#717356)](https://bugzilla.gnome.org/show_bug.cgi?id=717356)**
## Description
---- Reported by adam@yorba.org 2011-03-14 13:16:00 -0700 ----
Original Redmine bug id: 3345
Or...## Submitted by Adam Dingle
**[Link to original bug (#717356)](https://bugzilla.gnome.org/show_bug.cgi?id=717356)**
## Description
---- Reported by adam@yorba.org 2011-03-14 13:16:00 -0700 ----
Original Redmine bug id: 3345
Original URL: http://redmine.yorba.org/issues/3345
Searchable id: yorba-bug-3345
Original author: Adam Dingle
Original description:
Our filter button tooltips currently say "Photos", "Videos", "%(=caps)RAW%
photos". Eric suggested that we could add a count of matching items here, e.g.
"44 Photos", "13 Videos" and so on.
---- Additional Comments From shotwell-maint@gnome.bugs 2011-08-08 14:47:00 -0700 ----
### History
---
Comment 1
Updated by Jonas Bushart over 2 years ago
* **Description** updated (diff)
I found a simple way to solve this problem. I wrote a new method which is
called when the tracker object is updated (in src/SearchFilter.vala:
on_media_tracker_updated and on_camera_tracker_updated). The method uses the
tracker object to get the number of all media objects. Like tracker.all.photos
which is used in on_media_tracker_updated to set has_photos.
The number in tracker.all.photos is used to create the new tooltip.
Ok it isn´t that easy. If you want to display correct values even with rating
and flagged for the photo, video, ... items
I think there are two ways to solve this.
1. Apply a "virtual" search filter each time the search is updated for each
option e.g. Rating changed -> create searchfilter with photos and this rating
-> get number and display it. Would be needed also for videos, raw photos and
flagged.
2. Store more metadata in MediaAccumulator to have a simple option to look
after the number like e.g. photos, flagged, rating 3
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3345 at http://redmine.yorba.org/show_bug.cgi?id=3345
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2504continue importing even if some directories can't be read2021-05-19T12:41:46ZBugzillacontinue importing even if some directories can't be read## Submitted by Adam Dingle
**[Link to original bug (#717360)](https://bugzilla.gnome.org/show_bug.cgi?id=717360)**
## Description
---- Reported by adam@yorba.org 2011-03-14 08:30:00 -0700 ----
Original Redmine bug id: 3341
Or...## Submitted by Adam Dingle
**[Link to original bug (#717360)](https://bugzilla.gnome.org/show_bug.cgi?id=717360)**
## Description
---- Reported by adam@yorba.org 2011-03-14 08:30:00 -0700 ----
Original Redmine bug id: 3341
Original URL: http://redmine.yorba.org/issues/3341
Searchable id: yorba-bug-3341
Original author: Adam Dingle
Original description:
A user on the mailing list has suggested that Shotwell should continue an
import operation even if some directories can't be read:
http://lists.yorba.org/pipermail/shotwell/2011-March/001872.html
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:32:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 2 years ago
(Autoimporting does already continue in this situation, it seems.)
---
Comment 2
Updated by Jim Nelson 11 months ago
* **Target version** set to _0.14.0_
---
Comment 3
Updated by Jim Nelson 11 months ago
* **Category** set to _ux_
---
Comment 4
Updated by Jim Nelson 10 months ago
* **Target version** changed from _0.14.0_ to _0.15.0_
---
Comment 5
Updated by Jim Nelson 8 months ago
* **Description** updated (diff)
* **Category** changed from _ux_ to _import_
* **Priority** changed from _Low_ to _Normal_
---
Comment 6
Updated by Jim Nelson 6 months ago
* **Target version** deleted (`<strike>`_0.15.0_`</strike>`)
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3341 at http://redmine.yorba.org/show_bug.cgi?id=3341
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2507[direct edit] flipping between RAW images is slow2021-05-19T12:41:53ZBugzilla[direct edit] flipping between RAW images is slow## Submitted by Adam Dingle
**[Link to original bug (#717363)](https://bugzilla.gnome.org/show_bug.cgi?id=717363)**
## Description
---- Reported by adam@yorba.org 2011-03-14 06:28:00 -0700 ----
Original Redmine bug id: 3338
Or...## Submitted by Adam Dingle
**[Link to original bug (#717363)](https://bugzilla.gnome.org/show_bug.cgi?id=717363)**
## Description
---- Reported by adam@yorba.org 2011-03-14 06:28:00 -0700 ----
Original Redmine bug id: 3338
Original URL: http://redmine.yorba.org/issues/3338
Searchable id: yorba-bug-3338
Original author: Adam Dingle
Original description:
Andreas F reported this on the mailing list:
I have tried to use Shotwell with Canon raw (.%(=caps)CRW%) images. These
image files are relatively large and requires a fair amount of CPU processing
to be rendered. When flipping between images (using arrow keys) is typically
takes 3-6 seconds from key press until the next image appears. In the mean
time there is no visual clue that the application is reacting to the command,
which is confusing. Would it be possible to add a visual clue (e.g. turn mouse
pointer into hourglass or similar)?
He's using direct edit mode (directly browing photos on the local filesystem).
We should do either or both of the following:
* improve prefetching so we can more quickly switch between RAW photos in direct edit mode
* add a visual cue as suggested
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3338 at http://redmine.yorba.org/show_bug.cgi?id=3338
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/aisleriot/-/issues/149new game Little Napoleon2021-06-02T11:40:16ZBugzillanew game Little Napoleon## Submitted by Holger Maass
**[Link to original bug (#644659)](https://bugzilla.gnome.org/show_bug.cgi?id=644659)**
## Description
Created attachment 183289
files for the new game 'little napoleon'
This is one of my favourite soli...## Submitted by Holger Maass
**[Link to original bug (#644659)](https://bugzilla.gnome.org/show_bug.cgi?id=644659)**
## Description
Created attachment 183289
files for the new game 'little napoleon'
This is one of my favourite solitairs. I've played this already in the pre-computer ages (with real cards!). It's a game for expert's, because it can not be solved so often. It has certain similarities to the Beleaguered Castle, otherwise it is quite different from it.
The archive consits of 'little_napoleon.scm', 'little_napoleon.xml' and the german translation of the help file 'little_napoleon.xml.de'.
I've tested it very well and the source code is extensively commented.
**Attachment 183289**, "files for the new game 'little napoleon'":
[little_napoleon.tar.bz2](/uploads/026076ac544e79e4caf12a201abc4e92/little_napoleon.tar.bz2)
Version: git masterhttps://gitlab.gnome.org/GNOME/rhythmbox/-/issues/1063crash in Rhythmbox: Reload an audio CDs trac...2018-05-24T15:52:46ZBugzillacrash in Rhythmbox: Reload an audio CDs trac...## Submitted by mat..@..oo.com
**[Link to original bug (#644653)](https://bugzilla.gnome.org/show_bug.cgi?id=644653)**
## Description
Version: 0.13.1
What were you doing when the application crashed?
Reload an audio CDs track detai...## Submitted by mat..@..oo.com
**[Link to original bug (#644653)](https://bugzilla.gnome.org/show_bug.cgi?id=644653)**
## Description
Version: 0.13.1
What were you doing when the application crashed?
Reload an audio CDs track details
Distribution: openSUSE 11.3 (x86_64)
Gnome Release: 2.30.0 (null) (SUSE)
BugBuddy Version: 2.30.0
System: Linux 2.6.34.7-0.7-desktop #1 SMP PREEMPT 2010-12-13 11:13:53 +0100 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10800000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Sonar
Icon Theme: Tango
GTK+ Modules: canberra-gtk-module, gnomebreakpad
Memory status: size: 961257472 vsize: 961257472 resident: 75300864 share: 31371264 rss: 75300864 rss_rlim: 18446744073709551615
CPU usage: start_time: 1300031816 rtime: 14878 utime: 11423 stime: 3455 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100
Backtrace was generated from '/usr/bin/rhythmbox'
[Thread debugging using libthread_db enabled]
[New Thread 0x7f40646d2710 (LWP 5893)]
[New Thread 0x7f405a3a0710 (LWP 5780)]
[New Thread 0x7f405aba1710 (LWP 5779)]
[New Thread 0x7f405b3a2710 (LWP 5778)]
[New Thread 0x7f40765b8710 (LWP 5777)]
[New Thread 0x7f405cba5710 (LWP 5775)]
[New Thread 0x7f406612c710 (LWP 4771)]
[New Thread 0x7f4063ed1710 (LWP 4767)]
[New Thread 0x7f4064ed3710 (LWP 4764)]
0x00007f408a5aae7d in waitpid () from /lib64/libpthread.so.0
```
#0 0x00007f408a5aae7d in waitpid () from /lib64/libpthread.so.0
#1 0x00007f408abd0189 in g_spawn_sync () from /usr/lib64/libglib-2.0.so.0
#2 0x00007f408abd06c9 in g_spawn_command_line_sync ()
from /usr/lib64/libglib-2.0.so.0
#3 0x00007f407cfb49f0 in ?? ()
from /usr/lib64/gtk-2.0/modules/libgnomebreakpad.so
#4 <signal handler called>
#5 0x00007f408a26e9e5 in raise () from /lib64/libc.so.6
#6 0x00007f408a26fee6 in abort () from /lib64/libc.so.6
#7 0x00007f408abb1ff4 in g_assertion_message ()
from /usr/lib64/libglib-2.0.so.0
#8 0x00007f408abb2570 in g_assertion_message_expr ()
from /usr/lib64/libglib-2.0.so.0
#9 0x00007f406c23e163 in metadata_cb ()
from /usr/lib64/rhythmbox/plugins/audiocd/libaudiocd.so
#10 0x00007f408b04125e in g_closure_invoke ()
from /usr/lib64/libgobject-2.0.so.0
#11 0x00007f408b04f886 in ?? () from /usr/lib64/libgobject-2.0.so.0
#12 0x00007f408b0591b5 in g_signal_emit_valist ()
from /usr/lib64/libgobject-2.0.so.0
#13 0x00007f408b05956d in g_signal_emit_by_name ()
from /usr/lib64/libgobject-2.0.so.0
#14 0x00007f406c240912 in fire_signal_idle ()
from /usr/lib64/rhythmbox/plugins/audiocd/libaudiocd.so
#15 0x00007f408ab8ca93 in g_main_context_dispatch ()
from /usr/lib64/libglib-2.0.so.0
#16 0x00007f408ab8d270 in ?? () from /usr/lib64/libglib-2.0.so.0
#17 0x00007f408ab8d8f5 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0
#18 0x00007f408be2a777 in gtk_main () from /usr/lib64/libgtk-x11-2.0.so.0
#19 0x0000000000405230 in main ()
Thread 10 (Thread 0x7f4064ed3710 (LWP 4764)):
#0 0x00007f408a5a739c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00007f408ab655e0 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#2 0x00007f408ab65da8 in g_async_queue_pop () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#3 0x00007f408c3e0305 in action_thread_main ()
from /usr/lib64/librhythmbox-core.so.1
No symbol table info available.
#4 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#5 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#6 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#7 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 9 (Thread 0x7f4063ed1710 (LWP 4767)):
#0 0x00007f408a3036b3 in poll () from /lib64/libc.so.6
No symbol table info available.
#1 0x00007f408ab8cfd4 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#2 0x00007f408ab8d8f5 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#3 0x00007f4080bcd160 in ?? () from /usr/lib64/libORBit-2.so.0
No symbol table info available.
#4 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#5 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#6 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#7 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 8 (Thread 0x7f406612c710 (LWP 4771)):
#0 0x00007f408a5aaaed in nanosleep () from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00007f408abb74c8 in g_usleep () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#2 0x00007f4063004182 in ?? ()
from /usr/lib64/gstreamer-0.10/libgstxvimagesink.so
No symbol table info available.
#3 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#4 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#5 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#6 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 7 (Thread 0x7f405cba5710 (LWP 5775)):
#0 0x00007f408a3036b3 in poll () from /lib64/libc.so.6
No symbol table info available.
#1 0x00007f40845af99d in __libc_res_nsend () from /lib64/libresolv.so.2
No symbol table info available.
#2 0x00007f40845ad8e5 in __libc_res_nquery () from /lib64/libresolv.so.2
No symbol table info available.
#3 0x00007f40845ade91 in __libc_res_nquerydomain () from /lib64/libresolv.so.2
No symbol table info available.
#4 0x00007f40845ae311 in __libc_res_nsearch () from /lib64/libresolv.so.2
No symbol table info available.
#5 0x00007f406386294e in _nss_dns_gethostbyname4_r ()
from /lib64/libnss_dns.so.2
No symbol table info available.
#6 0x00007f408a2f6cdc in gaih_inet () from /lib64/libc.so.6
No symbol table info available.
#7 0x00007f408a2f9007 in getaddrinfo () from /lib64/libc.so.6
No symbol table info available.
#8 0x00007f406b98dbca in ne_addr_resolve () from /usr/lib64/libneon.so.27
No symbol table info available.
#9 0x00007f406b986e76 in ?? () from /usr/lib64/libneon.so.27
No symbol table info available.
#10 0x00007f406b98703d in ?? () from /usr/lib64/libneon.so.27
No symbol table info available.
#11 0x00007f406b987535 in ne_begin_request () from /usr/lib64/libneon.so.27
No symbol table info available.
#12 0x00007f406b986acd in ne_request_dispatch () from /usr/lib64/libneon.so.27
No symbol table info available.
#13 0x00007f406bbd2f90 in MusicBrainz::WebService::get(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, std::vector<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () from /usr/lib64/libmusicbrainz3.so.6
No symbol table info available.
#14 0x00007f406bbd953e in MusicBrainz::Query::getFromWebService(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, MusicBrainz::IIncludes const*, MusicBrainz::IFilter const*) ()
from /usr/lib64/libmusicbrainz3.so.6
No symbol table info available.
#15 0x00007f406bbda596 in MusicBrainz::Query::getReleases(MusicBrainz::ReleaseFilter const*) () from /usr/lib64/libmusicbrainz3.so.6
No symbol table info available.
#16 0x00007f406bbde274 in mb_query_get_releases ()
from /usr/lib64/libmusicbrainz3.so.6
No symbol table info available.
#17 0x00007f406c242bb5 in mb_list_albums ()
from /usr/lib64/rhythmbox/plugins/audiocd/libaudiocd.so
No symbol table info available.
#18 0x00007f406c240be6 in lookup_cd ()
from /usr/lib64/rhythmbox/plugins/audiocd/libaudiocd.so
No symbol table info available.
#19 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#20 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#21 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#22 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 6 (Thread 0x7f40765b8710 (LWP 5777)):
#0 0x00007f408a3036b3 in poll () from /lib64/libc.so.6
No symbol table info available.
#1 0x00007f406237441f in ?? () from /usr/lib64/libpulse.so.0
No symbol table info available.
#2 0x00007f40623661e6 in pa_mainloop_poll () from /usr/lib64/libpulse.so.0
No symbol table info available.
#3 0x00007f4062366819 in pa_mainloop_iterate () from /usr/lib64/libpulse.so.0
No symbol table info available.
#4 0x00007f40623668d0 in pa_mainloop_run () from /usr/lib64/libpulse.so.0
No symbol table info available.
#5 0x00007f40623743bb in ?? () from /usr/lib64/libpulse.so.0
No symbol table info available.
#6 0x00007f406212f8e8 in ?? () from /usr/lib64/libpulsecommon-0.9.21.so
No symbol table info available.
#7 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#8 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#9 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 5 (Thread 0x7f405b3a2710 (LWP 5778)):
#0 0x00007f408a5a7377 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00007f4062374a40 in pa_threaded_mainloop_wait ()
from /usr/lib64/libpulse.so.0
No symbol table info available.
#2 0x00007f406259335b in ?? () from /usr/lib64/gstreamer-0.10/libgstpulse.so
No symbol table info available.
#3 0x00007f40629ceeac in ?? () from /usr/lib64/libgstaudio-0.10.so.0
No symbol table info available.
#4 0x00007f40871de0aa in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#5 0x00007f40871e08f9 in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#6 0x00007f40871e0c5c in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#7 0x00007f40871e1086 in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#8 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#9 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#10 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#11 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#12 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#13 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#14 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#15 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#16 0x00007f4064eeb186 in ?? ()
from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
No symbol table info available.
#17 0x00007f408b528186 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#18 0x00007f408abb6604 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#19 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#20 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#21 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#22 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 4 (Thread 0x7f405aba1710 (LWP 5779)):
#0 0x00007f408a5a739c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00007f4064eeb97b in ?? ()
from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
No symbol table info available.
#2 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#3 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#4 0x00007f4064ef43ef in ?? ()
from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
No symbol table info available.
#5 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#6 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#7 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#8 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#9 0x00007f40871ed870 in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#10 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#11 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#12 0x00007f40871ed870 in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#13 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#14 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#15 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#16 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#17 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#18 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#19 0x00007f40871ed870 in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#20 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#21 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#22 0x00007f40871ed870 in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#23 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#24 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#25 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#26 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#27 0x00007f4064ef43ef in ?? ()
from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
No symbol table info available.
#28 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#29 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#30 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#31 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#32 0x00007f4063645998 in ?? () from /usr/lib64/gstreamer-0.10/libgstplaybin.so
No symbol table info available.
#33 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#34 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#35 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#36 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#37 0x00007f4064ef0c77 in ?? ()
from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
No symbol table info available.
#38 0x00007f408b528186 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#39 0x00007f408abb6604 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#40 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#41 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#42 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#43 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 3 (Thread 0x7f405a3a0710 (LWP 5780)):
#0 0x00007f408a5a739c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00007f4064ef313d in ?? ()
from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
No symbol table info available.
#2 0x00007f408b50051d in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#3 0x00007f408b5015c6 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#4 0x00007f40871e6673 in ?? () from /usr/lib64/libgstbase-0.10.so.0
No symbol table info available.
#5 0x00007f408b528186 in ?? () from /usr/lib64/libgstreamer-0.10.so.0
No symbol table info available.
#6 0x00007f408abb6604 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#7 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#8 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#9 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#10 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 2 (Thread 0x7f40646d2710 (LWP 5893)):
#0 0x00007f408a5a7709 in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00007f408ae32532 in ?? () from /usr/lib64/libgthread-2.0.so.0
No symbol table info available.
#2 0x00007f408ab6561f in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#3 0x00007f408ab66017 in g_async_queue_timed_pop ()
from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#4 0x00007f408abb6551 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#5 0x00007f408abb3e86 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#6 0x00007f408a5a2a4f in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#7 0x00007f408a30c82d in clone () from /lib64/libc.so.6
No symbol table info available.
#8 0x0000000000000000 in ?? ()
No symbol table info available.
Thread 1 (Thread 0x7f408c878940 (LWP 4742)):
#0 0x00007f408a5aae7d in waitpid () from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00007f408abd0189 in g_spawn_sync () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#2 0x00007f408abd06c9 in g_spawn_command_line_sync ()
from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#3 0x00007f407cfb49f0 in ?? ()
from /usr/lib64/gtk-2.0/modules/libgnomebreakpad.so
No symbol table info available.
#4 <signal handler called>
No symbol table info available.
#5 0x00007f408a26e9e5 in raise () from /lib64/libc.so.6
No symbol table info available.
#6 0x00007f408a26fee6 in abort () from /lib64/libc.so.6
No symbol table info available.
#7 0x00007f408abb1ff4 in g_assertion_message ()
from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#8 0x00007f408abb2570 in g_assertion_message_expr ()
from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#9 0x00007f406c23e163 in metadata_cb ()
from /usr/lib64/rhythmbox/plugins/audiocd/libaudiocd.so
No symbol table info available.
#10 0x00007f408b04125e in g_closure_invoke ()
from /usr/lib64/libgobject-2.0.so.0
No symbol table info available.
#11 0x00007f408b04f886 in ?? () from /usr/lib64/libgobject-2.0.so.0
No symbol table info available.
#12 0x00007f408b0591b5 in g_signal_emit_valist ()
from /usr/lib64/libgobject-2.0.so.0
No symbol table info available.
#13 0x00007f408b05956d in g_signal_emit_by_name ()
from /usr/lib64/libgobject-2.0.so.0
No symbol table info available.
#14 0x00007f406c240912 in fire_signal_idle ()
from /usr/lib64/rhythmbox/plugins/audiocd/libaudiocd.so
No symbol table info available.
#15 0x00007f408ab8ca93 in g_main_context_dispatch ()
from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#16 0x00007f408ab8d270 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#17 0x00007f408ab8d8f5 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#18 0x00007f408be2a777 in gtk_main () from /usr/lib64/libgtk-x11-2.0.so.0
No symbol table info available.
#19 0x0000000000405230 in main ()
No symbol table info available.
A debugging session is active.
```
Inferior 1 [process 4742] will be detached.
Quit anyway? (y or n) [answered Y; input not from terminal]
---- Critical and fatal warnings logged during execution ----
** GLib-GObject **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
** GLib-GObject **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
** GLib-GObject **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
** GLib-GObject **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
** GLib-GObject **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
** GLib-GObject **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
----------- .xsession-errors ---------------------
Try: zypper install -C "debuginfo(build-id)=e63a9c3902e74fa32c299cd835260b1236cbc588"
Missing separate debuginfo for /usr/lib64/libsndfile.so.1
Try: zypper install -C "debuginfo(build-id)=5646a033f455d8919487d5796130dd041f515908"
Missing separate debuginfo for /usr/lib64/libgdbm.so.3
Try: zypper install -C "debuginfo(build-id)=c009f834fb2ae5f363c04bffeaee388236994349"
Missing separate debuginfo for /usr/lib64/libFLAC.so.8
Try: zypper install -C "debuginfo(build-id)=52c075ed396b877c27a101f6127377f4fd9ff1c1"
Missing separate debuginfo for /usr/lib64/libvorbisenc.so.2
Try: zypper install -C "debuginfo(build-id)=52ad5d11ffa114adcaa2adb1c1be04d790b91b20"
Missing separate debuginfo for /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so
Try: zypper install -C "debuginfo(build-id)=015c63fd2579894ff4124c23ebd6927499a60e8c"
Missing separate debuginfo for /usr/lib64/gstreamer-0.10/libgstaudioresample.so
Try: zypper install -C "debuginfo(build-id)=92b637ee62c44622b1e614dec3a1b8bdd53d2510"
Missing separate debuginfo for /usr/lib64/liboil-0.3.so.0
Try: zypper install -C "debuginfo(build-id)=bc3980544790eac98eeeedb9c6f5cc29cd9253f9"
--------------------------------------------------
Version: 0.13.xhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2512Option to set license for pictures2023-11-22T13:06:57ZBugzillaOption to set license for pictures## Submitted by an unknown user
**[Link to original bug (#717368)](https://bugzilla.gnome.org/show_bug.cgi?id=717368)**
## Description
---- Reported by shotwell-maint@gnome.bugs 2011-03-13 13:17:00 -0700 ----
Original Redmine bu...## Submitted by an unknown user
**[Link to original bug (#717368)](https://bugzilla.gnome.org/show_bug.cgi?id=717368)**
## Description
---- Reported by shotwell-maint@gnome.bugs 2011-03-13 13:17:00 -0700 ----
Original Redmine bug id: 3333
Original URL: http://redmine.yorba.org/issues/3333
Searchable id: yorba-bug-3333
Original author: Andrew W.
Original description:
Provide option to set and emmbed licence metadata for
pictures.http://wiki.creativecommons.org/Liblicense
Related issues:
* related to shotwell - Feature #3206: Set license on uploading to flickr (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-04-14 03:28:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 2 years ago
See also #3206.
---
Comment 2
Updated by Andrew W. over 2 years ago
* **Keywords** changed from _xmp, cc, licence_ to _xmp, cc, license_
* **Subject** changed from _Option to set licence for pictures_ to _Option to set license for pictures_
---
Comment 3
Updated by Olivier - over 2 years ago
* **Keywords** changed from _xmp, cc, license_ to _xmp, cc, license, exif,_
* **Tracker** changed from _Bug_ to _Feature_
This would be absolutely fantastic, enabling me to store other peoples photos
(especially the ones I download from the Wikimedia Commons) alongside mine.
A related problem is the necessity to display the photo author. Currently Exif
author metadata is not displayed by Shotwell.
To be precise, information written with exiv2 using
add Exif.Image.Artist "Name of the Artist"
is not displayed along exposure etc. data on the bottom left corner (Shotwell
0.9.2 on Ubuntu 11.04).
I pledge to donate a hundred dollars if this bug is solved – this would save
me so many hours of sorting photos out!
---
Comment 4
Updated by forteller - over 2 years ago
I agree that this would be fantastic! I'm no developer, so I don't know if
this is of any help, but just in case I'll leave this link here:
http://wiki.creativecommons.org/%(=caps)XMP%
---
Comment 5
Updated by Joe Bylund 8 months ago
The previous link should read: http://wiki.creativecommons.org/XMP
---
Comment 6
Updated by Federico Bruni 7 months ago
Olivier - wrote:
> A related problem is the necessity to display the photo author. Currently
Exif author metadata is not displayed by Shotwell.
>
> To be precise, information written with exiv2 using
>
> add Exif.Image.Artist "Name of the Artist"
>
> is not displayed along exposure etc. data on the bottom left corner
(Shotwell 0.9.2 on Ubuntu 11.04).
>
> I pledge to donate a hundred dollars if this bug is solved – this would
save me so many hours of sorting photos out!
In the current version I'm using (0.12.3) Exif Author metadata is displayed.
I'd like Shotwell to be able to add the artist tag, I'll open a new feature
request for this.
---
Comment 7
Updated by Federico Bruni 7 months ago
Federico Bruni wrote:
> In the current version I'm using (0.12.3) Exif Author metadata is displayed.
I'd like Shotwell to be able to add the artist tag, I'll open a new feature
request for this.
Sorry, you can see it only in the extened information, not in the bottom left
panel you were talking about.
Yes, I agree that it would be useful. Darktable, for example, shows the author
in the image information panel.
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3333 at http://redmine.yorba.org/show_bug.cgi?id=3333
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolution
### Blocking
* [Bug 717813](https://bugzilla.gnome.org/show_bug.cgi?id=717813)https://gitlab.gnome.org/GNOME/shotwell/-/issues/2513Filenames make poor default titles (or, optionally display filenames and/or t...2021-05-19T12:42:09ZBugzillaFilenames make poor default titles (or, optionally display filenames and/or titles)## Submitted by an unknown user
**[Link to original bug (#717370)](https://bugzilla.gnome.org/show_bug.cgi?id=717370)**
## Description
---- Reported by shotwell-maint@gnome.bugs 2011-03-12 19:15:00 -0800 ----
Original Redmine bu...## Submitted by an unknown user
**[Link to original bug (#717370)](https://bugzilla.gnome.org/show_bug.cgi?id=717370)**
## Description
---- Reported by shotwell-maint@gnome.bugs 2011-03-12 19:15:00 -0800 ----
Original Redmine bug id: 3331
Original URL: http://redmine.yorba.org/issues/3331
Searchable id: yorba-bug-3331
Original author: Michael Gratton
Original description:
In 0.8.1, if a photo has no title, but View > Titles is selected its filename
is displayed instead in the Event view.
This does not seem terribly helpful. I can't think of a use case for it that
doesn't break when a title is set – for example if you used it to work out
the file name for a photo, setting a title would stop you for doing that.
It would perhaps be better to display no title when one is not set. This would
help users locate actual photo titles more easily, which is good when browsing
but especially useful when editing titles.
For people that actually want the file name displayed (I generally don't),
then adding specific support for that might be useful (i.e. add a View >
Filenames menu item).
Related issues:
* related to shotwell - Feature #1594: folder tree in sidebar (Fixed)
* related to shotwell - 4187: Flickr upload converts spaces in filenames to
"%20" (Open)
* duplicated by shotwell - Feature #6266: Option to show filenames & titles (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:44:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 2 years ago
* **Priority** set to _High_
I like this suggestion. Filenames are generally uninteresting, so it would be
nice to be able display titles for photos that have them without displaying
filenames for those that don't.
---
Comment 2
Updated by Adam Dingle over 2 years ago
* **Target version** set to _0.10_
---
Comment 3
Updated by Adam Dingle over 2 years ago
I think the best solution to this is the following: let's have separate menu
items View->Titles and View->Filenames. If both are checked, then we will
still show only one string per photo, but titles will take precedence over
filenames.
---
Comment 4
Updated by Jim Nelson over 2 years ago
If the photo has no title but tags and the app is configured not to show
filenames, should there be a blank space between the thumbnail and the tags or
should the tags be displayed where the title would go? Consider the case where
the photo beside it has tags and a title.
I think either case can lead to undesirable or suboptimal visual results.
---
Comment 5
Updated by Michael Gratton over 2 years ago
Lleaving a blank space when there is no title would be visually disrupting,
moving the tags up would be less so, however.
A third option would be to display the title above the thunbnail, rather than
below it, while keeping the thumbails aligned. This seems preferable anyway,
since it is a title.
---
Comment 6
Updated by Adam Dingle over 2 years ago
* **Target version** deleted (`<strike>`_0.10_`</strike>`)
A bit late to tackle this for 0.10 at this point. Hopefully for 0.11.
---
Comment 7
Updated by Jim Nelson 10 months ago
* **Description** updated (diff)
* **Category** set to _ux_
---
Comment 8
Updated by Jim Nelson 10 months ago
* **Subject** changed from _Filenames make poor default titles_ to _Filenames make poor default titles (or, optionally display filenames and/or titles)_
* **Target version** set to _0.15.0_
In #6266, a user requested making filenames more, not less, visible, so
perhaps Adam's suggestion to allow either or both is worth reconsidering.
Another issue is now that folders are another way to view the collection
(#1594), that's a view where it would make sense to display the filename
always, either in place of or along side the title.
---
Comment 9
Updated by Jim Nelson 8 months ago
* **Target version** changed from _0.15.0_ to _0.16.0_
---
Comment 10
Updated by Jim Nelson 6 months ago
* **Target version** deleted (`<strike>`_0.16.0_`</strike>`)
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3331 at http://redmine.yorba.org/show_bug.cgi?id=3331
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/rhythmbox/-/issues/1062can't sync mp4 files from previous itunes library with ipod in rhythmbox2018-05-24T15:52:36ZBugzillacan't sync mp4 files from previous itunes library with ipod in rhythmbox## Submitted by emp..@..oo.com
**[Link to original bug (#644605)](https://bugzilla.gnome.org/show_bug.cgi?id=644605)**
## Description
ipod is recognised - can delete files from ipod
when songs are dragged onto ipod following error:...## Submitted by emp..@..oo.com
**[Link to original bug (#644605)](https://bugzilla.gnome.org/show_bug.cgi?id=644605)**
## Description
ipod is recognised - can delete files from ipod
when songs are dragged onto ipod following error:
"Unable to transfer tracks
None of the tracks to be transferred are in a format supported by the target device, and no encoders are available for the supported formats."
The songs are formerly from an itunes library so maybe the songs need to be formatted first?? Any help would be greatly appreciated.https://gitlab.gnome.org/GNOME/brasero/-/issues/167Brasero does not delete the temporal image file when job is finish2018-09-21T17:15:19ZBugzillaBrasero does not delete the temporal image file when job is finish## Submitted by jesusda
Assigned to **Brasero maintainer(s)**
**[Link to original bug (#644583)](https://bugzilla.gnome.org/show_bug.cgi?id=644583)**
## Description
When you select to create a temporal image ( on-the-fly burning i...## Submitted by jesusda
Assigned to **Brasero maintainer(s)**
**[Link to original bug (#644583)](https://bugzilla.gnome.org/show_bug.cgi?id=644583)**
## Description
When you select to create a temporal image ( on-the-fly burning is not checked ), the image is not deleted after finish the burning.
If the user selects the /tmp directory (or other in the / partition) to save the temp image, then the / can be filled after some buring jobs. If / partition are filled, system failure can be dangerous.
Now, I have to delete manually the *.bin files to avoid this problem.
Thank you for your efforts!
Brasero is a great piece of software.
Salu2 de jEsuSdA 8)
Version: 2.30.xhttps://gitlab.gnome.org/GNOME/goffice/-/issues/26It is not possible to revert to an automatic style2018-05-22T13:05:24ZBugzillaIt is not possible to revert to an automatic style## Submitted by an unknown user
**[Link to original bug (#644497)](https://bugzilla.gnome.org/show_bug.cgi?id=644497)**
## Description
Make a simple pie plot with at least two values. By default, there are two colors used, one for e...## Submitted by an unknown user
**[Link to original bug (#644497)](https://bugzilla.gnome.org/show_bug.cgi?id=644497)**
## Description
Make a simple pie plot with at least two values. By default, there are two colors used, one for each value. Now, change the series back color. There is no way (at least I'm unable to find one) to revert to the default. All colors are the same for ever.
There are several possible solutions:
- don't allow color changes when the vary-by-element flags is set;
- add a button or a check box to revert to default;
- check if the set value is the default after each change.
The third solution might be a bit tricky to implement. I prefer the second.
Any other opinion?https://gitlab.gnome.org/GNOME/gnumeric/-/issues/154Gradient cell backgrounds not imported from XLSX2018-05-22T13:41:42ZBugzillaGradient cell backgrounds not imported from XLSX## Submitted by an unknown user
**[Link to original bug (#644496)](https://bugzilla.gnome.org/show_bug.cgi?id=644496)**
## Description
In file attached to #643873, the background of some cells has a wrong color. Cell A7 in poth shee...## Submitted by an unknown user
**[Link to original bug (#644496)](https://bugzilla.gnome.org/show_bug.cgi?id=644496)**
## Description
In file attached to #643873, the background of some cells has a wrong color. Cell A7 in poth sheets should be black and is white instead. As the font color is (correctly) white, the content is hardly visible.
Version: git masterhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2517Remove From Library takes a long time2023-07-09T17:15:19ZBugzillaRemove From Library takes a long time## Submitted by Jim Nelson
**[Link to original bug (#717374)](https://bugzilla.gnome.org/show_bug.cgi?id=717374)**
## Description
---- Reported by jim@yorba.org 2011-03-11 15:54:00 -0800 ----
Original Redmine bug id: 3326
Orig...## Submitted by Jim Nelson
**[Link to original bug (#717374)](https://bugzilla.gnome.org/show_bug.cgi?id=717374)**
## Description
---- Reported by jim@yorba.org 2011-03-11 15:54:00 -0800 ----
Original Redmine bug id: 3326
Original URL: http://redmine.yorba.org/issues/3326
Searchable id: yorba-bug-3326
Original author: Jim Nelson
Original description:
While working on #3309, I found that removing a large number of photos from
the library can take a great deal of time. I didn't time it, but when I tried
removing 30,000 photos, Shotwell hung for what seemed like 5 minutes.
This is not a common magnitude of operation, but I'm concerned that largish
batch operations are taking too long (like removing 500 – 1000 photos). I'd
like it if Vera could performance test this case (for 1000 photos) and report
back. If we decide the time is not acceptable, we might have an easy fix for
0.9, or we could put it off to 0.10.
Related issues:
* related to shotwell - 5417: [norepro] Shotwell hang when try to delete
all picture (i... (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:37:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 2 years ago
* **Target version** deleted (`<strike>`_0.9_`</strike>`)
I just tried removing 1000 photos from a libary of 9000. It took a few
seconds, but the delay seemed reasonable for an operation of that size. Not an
issue for 0.9.
---
Comment 2
Updated by Jim Nelson 11 months ago
* **Target version** set to _0.14.0_
---
Comment 3
Updated by Jim Nelson 11 months ago
* **Category** set to _performance_
---
Comment 4
Updated by Jim Nelson 10 months ago
* **Target version** changed from _0.14.0_ to _0.15.0_
---
Comment 5
Updated by Jim Nelson 6 months ago
* **Target version** deleted (`<strike>`_0.15.0_`</strike>`)
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3326 at http://redmine.yorba.org/show_bug.cgi?id=3326
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/gnome-subtitles/-/issues/62Toggle between editing subtitles and editing subtitles' timing2018-09-21T16:10:08ZBugzillaToggle between editing subtitles and editing subtitles' timing## Submitted by federico
Assigned to **Maintainers of GNOME subtitles**
**[Link to original bug (#644421)](https://bugzilla.gnome.org/show_bug.cgi?id=644421)**
## Description
The up and down arrow keys have two different function...## Submitted by federico
Assigned to **Maintainers of GNOME subtitles**
**[Link to original bug (#644421)](https://bugzilla.gnome.org/show_bug.cgi?id=644421)**
## Description
The up and down arrow keys have two different functions: inside the subtitles' textbox to edit the text and, when outside the textbox, to change between the different subtitle lines. With separate keys for both functions or a keybinding that toggles between them (like in Vim) a smoother workflow could be achieved without the need to leave the keyboard.
Version: 1.0https://gitlab.gnome.org/GNOME/shotwell/-/issues/2519Photo Page: incorrect behavior occurs when navigating between images in the l...2021-05-19T12:53:13ZBugzillaPhoto Page: incorrect behavior occurs when navigating between images in the library during an import.## Submitted by cli..@..ba.org
**[Link to original bug (#717376)](https://bugzilla.gnome.org/show_bug.cgi?id=717376)**
## Description
---- Reported by clinton@yorba.org 2011-03-10 11:01:00 -0800 ----
Original Redmine bug id: 332...## Submitted by cli..@..ba.org
**[Link to original bug (#717376)](https://bugzilla.gnome.org/show_bug.cgi?id=717376)**
## Description
---- Reported by clinton@yorba.org 2011-03-10 11:01:00 -0800 ----
Original Redmine bug id: 3322
Original URL: http://redmine.yorba.org/issues/3322
Searchable id: yorba-bug-3322
Original author: Clinton Rogers
Original description:
This is easiest to see with a very small existing library.
To reproduce:
Drag and drop a large number of images into Shotwell's window.
While the import is in progress, in the sidebar, primary click **Library**.
Double-click on any available photograph.
Continue pressing **left** or **right** to navigate to the next or previous
image until looping around the library and back to the photograph from step 3
and observe the results.
Notice that, even though the library now contains more images, performing step
4 will only cause the application to display the images that were available at
the time step 3 was performed.
---- Additional Comments From shotwell-maint@gnome.bugs 2011-03-10 12:14:00 -0800 ----
### History
---
Comment 1
Updated by Jim Nelson over 2 years ago
This is by design. We ran into numerous problems with the old design, which
used the Library's ViewCollection (or whatever page the user double-clicked
on) for navigation. It was particularly problematic with things like filtering
and deleting photos. A decision was made to take a “snapshot†of the state
of the Library page when the user double-clicked and use that for navigation.
We may be able to return to this behavior with the new design, but we should
discuss all the situations and make sure it's desirable.
---
Comment 2
Updated by Adam Dingle over 2 years ago
Not for 0.9, though. :)
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3322 at http://redmine.yorba.org/show_bug.cgi?id=3322
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2525Suggestion: display a 'please wait' type message if writing tags takes longer...2023-10-28T03:08:29ZBugzillaSuggestion: display a 'please wait' type message if writing tags takes longer than three seconds.## Submitted by cli..@..ba.org
**[Link to original bug (#717382)](https://bugzilla.gnome.org/show_bug.cgi?id=717382)**
## Description
---- Reported by clinton@yorba.org 2011-03-09 15:49:00 -0800 ----
Original Redmine bug id: 331...## Submitted by cli..@..ba.org
**[Link to original bug (#717382)](https://bugzilla.gnome.org/show_bug.cgi?id=717382)**
## Description
---- Reported by clinton@yorba.org 2011-03-09 15:49:00 -0800 ----
Original Redmine bug id: 3316
Original URL: http://redmine.yorba.org/issues/3316
Searchable id: yorba-bug-3316
Original author: Clinton Rogers
Original description:
Currently, it's possible to add an unlimited number of tags to an image;
however, if too many tags are added at once, it can take Shotwell a
significant amount of time to process and store them all.
It might be helpful to display some sort of progress dialog here if a very
long tag-adding operation is about to take place.
Related issues:
* related to shotwell - 4138: Frequently, sluggishness occurs when merging
tags. (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:41:00 -0700 ----
### History
---
Comment 1
Updated by Clinton Rogers over 2 years ago
* **Tracker** changed from _Bug_ to _Feature_
---
Comment 2
Updated by Jim Nelson over 2 years ago
It can also take a long time to write one tag to thousands of photos. We don't
display a progress dialog or even set a busy cursor.
---
Comment 3
Updated by Adam Dingle over 2 years ago
* **Priority** set to _High_
---
Comment 4
Updated by Lucas Beeler about 2 years ago
* **Description** updated (diff)
* **Target version** set to _0.12_
Now that we have HTags, dragging and dropping HTags assigned to thousands of
photos (so as to change the tag paths associated with those thousands of
photos) can take quite a while. We've been talking about doing some kind of
indicator for the HTags case in 0.12, so it might make sense to do this at the
same time, using similar code.
---
Comment 5
Updated by Adam Dingle almost 2 years ago
* **Target version** deleted (`<strike>`_0.12_`</strike>`)
---
Comment 6
Updated by Jim Nelson 11 months ago
* **Target version** set to _0.14.0_
---
Comment 7
Updated by Jim Nelson 11 months ago
* **Category** set to _ux_
---
Comment 8
Updated by Jim Nelson 11 months ago
* **Tracker** changed from _Feature_ to _Bug_
---
Comment 9
Updated by Jim Nelson 10 months ago
* **Target version** changed from _0.14.0_ to _0.15.0_
---
Comment 10
Updated by Jim Nelson 6 months ago
* **Target version** deleted (`<strike>`_0.15.0_`</strike>`)
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3316 at http://redmine.yorba.org/show_bug.cgi?id=3316
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/2530Select best plugin icon for Preferences dialog and plugin's About dialog2021-05-19T12:42:49ZBugzillaSelect best plugin icon for Preferences dialog and plugin's About dialog## Submitted by Jim Nelson
**[Link to original bug (#717387)](https://bugzilla.gnome.org/show_bug.cgi?id=717387)**
## Description
---- Reported by jim@yorba.org 2011-03-08 19:59:00 -0800 ----
Original Redmine bug id: 3311
Orig...## Submitted by Jim Nelson
**[Link to original bug (#717387)](https://bugzilla.gnome.org/show_bug.cgi?id=717387)**
## Description
---- Reported by jim@yorba.org 2011-03-08 19:59:00 -0800 ----
Original Redmine bug id: 3311
Original URL: http://redmine.yorba.org/issues/3311
Searchable id: yorba-bug-3311
Original author: Jim Nelson
Original description:
The ManifestWidget should scan all icons the plugin provides and use the size
that best fits the plugin list and the About dialog for the plugin.
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as _bug_ 3311 at http://redmine.yorba.org/show_bug.cgi?id=3311
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
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.
Resolution set on an open status.
Dropping resolutionhttps://gitlab.gnome.org/GNOME/vala/-/issues/179Reverse string slice cannot handle final character2023-04-03T09:23:23ZBugzillaReverse string slice cannot handle final character## Submitted by Rikard Nordgren
Assigned to **Michael 'Mickey' Lauer**
**[Link to original bug (#644245)](https://bugzilla.gnome.org/show_bug.cgi?id=644245)**
## Description
This short program compiles but gives a runtime error:
...## Submitted by Rikard Nordgren
Assigned to **Michael 'Mickey' Lauer**
**[Link to original bug (#644245)](https://bugzilla.gnome.org/show_bug.cgi?id=644245)**
## Description
This short program compiles but gives a runtime error:
```vala
public static int main (string[] args)
{
string s = "Testing";
string slice = s[-3:0];
stdout.printf(slice + "\n");
return 0;
}
```
Error:
```shell
** (process:5817): CRITICAL **: string_slice: assertion `start <= end' failed
```
I expected this program to output "ing".
### See also
* [Bug 571352](https://bugzilla.gnome.org/show_bug.cgi?id=571352)1.2https://gitlab.gnome.org/GNOME/vala/-/issues/178Default arguments allowed in center of argument list2018-05-22T13:57:25ZBugzillaDefault arguments allowed in center of argument list## Submitted by Jim Nelson
**[Link to original bug (#644241)](https://bugzilla.gnome.org/show_bug.cgi?id=644241)**
## Description
It's possible to write a method signature that looks like this:
void func(int a, int b = 1, int c)
N...## Submitted by Jim Nelson
**[Link to original bug (#644241)](https://bugzilla.gnome.org/show_bug.cgi?id=644241)**
## Description
It's possible to write a method signature that looks like this:
void func(int a, int b = 1, int c)
No warning or error is given by valac. I've tested with 0.10.3 and trunk.
Version: 0.11.x
### Blocking
* [Bug 792660](https://bugzilla.gnome.org/show_bug.cgi?id=792660)https://gitlab.gnome.org/GNOME/rhythmbox/-/issues/1061iPhone Ringtones GUID2018-05-24T15:52:23ZBugzillaiPhone Ringtones GUID## Submitted by Nicolas
**[Link to original bug (#644040)](https://bugzilla.gnome.org/show_bug.cgi?id=644040)**
## Description
Created attachment 182634
Exemple in attachement.
Hi,
When i add some ringtones on my iphone through ry...## Submitted by Nicolas
**[Link to original bug (#644040)](https://bugzilla.gnome.org/show_bug.cgi?id=644040)**
## Description
Created attachment 182634
Exemple in attachement.
Hi,
When i add some ringtones on my iphone through rythmbox, i only see 1 at time.
I've check and ringtones GUID on /iTunes_Control/iTunes/Ringtones.plist does not increment and all GUI are : `<key>`GUID`</key>``<string>`0000000000000000`</string>`
GUID need to be unique.
Thank you.
**Attachment 182634**, "Exemple in attachement.":
[Ringtones.plist](/uploads/38c20f0a119a2b939eaf9fdf39881955/Ringtones.plist)