Menu
▾
▴
gtk2-perl-bugs — Bug reports and mail from bugzilla
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(12) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(15) |
Nov
(8) |
Dec
(4) |
| 2006 |
Jan
|
Feb
|
Mar
(11) |
Apr
(10) |
May
(105) |
Jun
(12) |
Jul
(42) |
Aug
(54) |
Sep
(15) |
Oct
(14) |
Nov
(27) |
Dec
(3) |
| 2007 |
Jan
(1) |
Feb
(6) |
Mar
(26) |
Apr
(11) |
May
(28) |
Jun
(5) |
Jul
(9) |
Aug
|
Sep
|
Oct
(4) |
Nov
(8) |
Dec
(7) |
| 2008 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
(7) |
Jul
|
Aug
(16) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
(1) |
| 2009 |
Jan
(37) |
Feb
(19) |
Mar
(32) |
Apr
(7) |
May
(2) |
Jun
(15) |
Jul
(8) |
Aug
(12) |
Sep
(2) |
Oct
(1) |
Nov
(6) |
Dec
(11) |
| 2010 |
Jan
(11) |
Feb
(5) |
Mar
(56) |
Apr
(75) |
May
(28) |
Jun
(10) |
Jul
(6) |
Aug
(1) |
Sep
(26) |
Oct
(23) |
Nov
(92) |
Dec
(41) |
| 2011 |
Jan
(6) |
Feb
(2) |
Mar
(2) |
Apr
(8) |
May
(20) |
Jun
(3) |
Jul
(1) |
Aug
(32) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
(15) |
| 2012 |
Jan
(6) |
Feb
(13) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(7) |
Sep
|
Oct
(2) |
Nov
|
Dec
(4) |
| 2013 |
Jan
(9) |
Feb
(15) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(9) |
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(11) |
| 2014 |
Jan
|
Feb
(3) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(15) |
Sep
|
Oct
(1) |
Nov
|
Dec
(6) |
| 2016 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(7) |
Dec
(8) |
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(8) |
| 2018 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
|
Aug
(5) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(4) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(40) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-09-07 00:24:47
|
https://bugzilla.gnome.org/show_bug.cgi?id=616655 gnome-perl | Gtk2 | unspecified --- Comment #2 from Kevin Ryde <us...@zi...> 2010-09-07 00:24:35 UTC --- Created an attachment (id=169634) --> (https://bugzilla.gnome.org/attachment.cgi?id=169634) failing program -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-09-07 00:24:13
|
https://bugzilla.gnome.org/show_bug.cgi?id=616655 gnome-perl | Gtk2 | unspecified Kevin Ryde <user42> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |us...@zi... --- Comment #1 from Kevin Ryde <us...@zi...> 2010-09-07 00:23:55 UTC --- Yes. It happens to a toplevel window too, per attached toplevel.pl. Removing the _noinc from gdk_window_new() fixes it for me too. But I don't think there's a memory leak. If you run some main loop iterations per attached noleak.pl then the memory is steady. I imagine it's notify events or whatever coming back from the server. Is a GdkWindow kept alive by it's place in the "list_toplevels" thingie, or by its parent when not a toplevel? So if you clear your perl scalar before the it's removed from there then no problem, but if the scalar lasts after that then there's a missing g_object_ref() for that scalar. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-09-04 01:57:39
|
https://bugzilla.gnome.org/show_bug.cgi?id=628748 gnome-perl | Gtk2 | unspecified Summary: GtkContainer find_child_property() and list_child_properties() Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=169460) View: https://bugzilla.gnome.org/attachment.cgi?id=169460 Review: https://bugzilla.gnome.org/review?bug=628748&attachment=169460 diff incl test case This is a few lines to wrap gtk_container_class_find_child_property() and gtk_container_class_list_child_properties(). It's adapted from the corresponding GObject code and a bit of sharing with it might be possible in the future. I've got it setup to croak on a non-container, which is unlike the GObject bit giving empty/undef. As long as an @ISA is sensible then I suppose the code isn't reached for a non-object/non-container anyway, so it probably doesn't matter much what it does for that case. Starting strictly with a croak could always be loosened in the future. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-09-01 22:49:25
|
https://bugzilla.gnome.org/show_bug.cgi?id=628564 gnome-perl | Glib | unspecified --- Comment #2 from Kevin Ryde <us...@zi...> 2010-09-01 22:49:09 UTC --- Created an attachment (id=169306) View: https://bugzilla.gnome.org/attachment.cgi?id=169306 Review: https://bugzilla.gnome.org/review?bug=628564&attachment=169306 patch -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-09-01 22:46:04
|
https://bugzilla.gnome.org/show_bug.cgi?id=628564 gnome-perl | Glib | unspecified --- Comment #1 from Kevin Ryde <us...@zi...> 2010-09-01 22:45:55 UTC --- Created an attachment (id=169305) --> (https://bugzilla.gnome.org/attachment.cgi?id=169305) failing program, on an interface -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-09-01 22:45:26
|
https://bugzilla.gnome.org/show_bug.cgi?id=628564 gnome-perl | Glib | unspecified Summary: list_properties() memory leak if no properties Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=169304) --> (https://bugzilla.gnome.org/attachment.cgi?id=169304) failing program, on an object Glib::Object->list_properties() and similar calls on objects or interfaces with no properties leaks memory. The programs obj.pl and iface.pl below use ever more memory. I think the g_free() must be done always, even when n_props==0, per attached diff. I think the returned pspecs array is never empty but always has at least a NULL sentinel. Alas like many details that's not actually described in the glib docs. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-08-14 01:42:08
|
https://bugzilla.gnome.org/show_bug.cgi?id=626902 gnome-perl | Glib | unspecified Summary: t/64bit.t fails on Win32. Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Windows Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: sis...@op... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=167852) --> (https://bugzilla.gnome.org/attachment.cgi?id=167852) "perl -V" output Hi, Same failures on both perl-5.10.1 and perl-5.12.1: ########################################## C:\_32\comp\Glib-1.223>perl t/64bit.t 1..12 ok 1 - The object isa Glib::Param::Int64 not ok 2 # Failed test at t/64bit.t line 25. # got: '1' # expected: '-9223372036854775807' not ok 3 # Failed test at t/64bit.t line 26. # got: '-1' # expected: '9223372036854775807' ok 4 ok 5 - The object isa Glib::Param::UInt64 ok 6 not ok 7 # Failed test at t/64bit.t line 35. # got: '4294967295' # expected: '18446744073709551615' ok 8 not ok 9 # Failed test at t/64bit.t line 46. # got: '1' # expected: '-9223372036854775807' not ok 10 # Failed test at t/64bit.t line 48. # got: '-1' # expected: '9223372036854775807' ok 11 not ok 12 # Failed test at t/64bit.t line 53. # got: '4294967295' # expected: '18446744073709551615' # Looks like you failed 6 tests of 12. ####################################### My "perl -V" (5.12.1) output is (hopefully)attached. Note that ivsize=4 and nvsize=8. My Glib-1.223 has been built against libglib-2.0-0.dll Cheers, Rob -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-07-31 10:50:28
|
https://bugzilla.gnome.org/show_bug.cgi?id=625692 gnome-perl | Gtk2 | unspecified Emmanuele Bassi <ebassi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #166861|none |reviewed status| | --- Comment #2 from Emmanuele Bassi <eb...@gm...> 2010-07-31 10:50:13 UTC --- Review of attachment 166861: --> (https://bugzilla.gnome.org/review?bug=625692&attachment=166861) the patch looks obviously correct ::: xs/GdkPixbuf.xs @@ +332,3 @@ + simply n_channels many bytes-per-pixel, but the calculation + anticipates bits not a multiple of 8. */ + different colorspaces and different BPP sizes will never happen - and if it ever did, gdk-pixbuf's API would probably be bumped. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-07-30 22:07:23
|
https://bugzilla.gnome.org/show_bug.cgi?id=625692 gnome-perl | Gtk2 | unspecified --- Comment #1 from Kevin Ryde <us...@zi...> 2010-07-30 22:07:12 UTC --- Created an attachment (id=166861) View: https://bugzilla.gnome.org/attachment.cgi?id=166861 Review: https://bugzilla.gnome.org/review?bug=625692&attachment=166861 patch and test case -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-07-30 22:06:14
|
https://bugzilla.gnome.org/show_bug.cgi?id=625692 gnome-perl | Gtk2 | unspecified Summary: Pixbuf get_pixels() past end of malloced block Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=166860) --> (https://bugzilla.gnome.org/attachment.cgi?id=166860) failing program, when run under electric fence $pixbuf->get_pixels() reads bytes past the end of the pixbuf data. It treats the data as if the last row was a full rowstride, but the pixbuf manual says the last doesn't have that padding, only width*n_channels bytes. Pixbufs created with $pixbuf->copy have a malloced block with the last row unpadded. Running foo.pl below under electric fence gets a segv from XS_Gtk2__Gdk__Pixbuf_get_pixels() going past the end of the block in the $p2 pixbuf. For most pixbufs the rowstride is just a multiple of 4, and malloced blocks are rounded up to a multiple of 4 anyway. But if you have a bigger rowstride like the 256 in foo.pl then the problem shows up. Perhaps the change below to use actual row width for the last row. I wonder if anyone has depended on the padded size in the return. You'd hope not. I think the shorter size is still right for new_from_data(), and the final padding is garbage. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-07-29 02:01:11
|
https://bugzilla.gnome.org/show_bug.cgi?id=625538 gnome-perl | Gtk2 | unspecified Summary: add GdkImage support Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=166750) View: https://bugzilla.gnome.org/attachment.cgi?id=166750 Review: https://bugzilla.gnome.org/review?bug=625538&attachment=166750 .xs and .t This is a few lines to complete GdkImage support. An advantage of an image over a pixbuf is that you can fetch actual pixel values from pixmaps or windows. The GdkImage object itself already arises in the wrappings, the code here is new() for it, and operations like get_pixel() and put_pixel(). -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gtk+ (bugzilla.gnome.o. <bug...@gn...> - 2010-07-10 05:19:34
|
https://bugzilla.gnome.org/show_bug.cgi?id=420360 gtk+ | GtkScrolledWindow | 2.10.x Matthias Clasen <mclasen> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|stock-icons |GtkScrolledWindow -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-07-08 01:04:24
|
https://bugzilla.gnome.org/show_bug.cgi?id=623800 gnome-perl | Gtk2 | unspecified Summary: gdk_drawable_get_colormap() can return NULL Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=165450) View: https://bugzilla.gnome.org/attachment.cgi?id=165450 Review: https://bugzilla.gnome.org/review?bug=623800&attachment=165450 add an ornull An ornull for the benefit of the docs. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-25 23:54:15
|
https://bugzilla.gnome.org/show_bug.cgi?id=622774 gnome-perl | Gtk2 | unspecified Summary: gdk_draw_lines() and gdk_draw_points() allow npoints==0 Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=164660) View: https://bugzilla.gnome.org/attachment.cgi?id=164660 Review: https://bugzilla.gnome.org/review?bug=622774&attachment=164660 patch I believe gdk_draw_lines() and gdk_draw_points() allow npoints==0, and doing nothing on no points it handy if constructing the args from a map or an array. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-24 10:45:29
|
https://bugzilla.gnome.org/show_bug.cgi?id=622323 gnome-perl | Gtk2 | unspecified --- Comment #1 from muppet <sc...@as...> 2010-06-24 10:45:15 UTC --- Review of attachment 164251: --> (https://bugzilla.gnome.org/review?bug=622323&attachment=164251) Ship it! -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-21 21:55:32
|
https://bugzilla.gnome.org/show_bug.cgi?id=622324 gnome-perl | Gtk2 | unspecified Summary: gdk_pixbuf_format_is_writable() Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=164253) View: https://bugzilla.gnome.org/attachment.cgi?id=164253 Review: https://bugzilla.gnome.org/review?bug=622324&attachment=164253 patch and test case I wanted to know if a GdkPixbuf file format is writable. Is that already hiding in the Gtk2::Gdk::PixbufFormat hash somewhere? If not then perhaps gdk_pixbuf_format_is_writable() per attached. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-21 21:39:03
|
https://bugzilla.gnome.org/show_bug.cgi?id=622323 gnome-perl | Gtk2 | unspecified Summary: gtk_combo_box_set_active_iter() allow NULL Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=164251) View: https://bugzilla.gnome.org/attachment.cgi?id=164251 Review: https://bugzilla.gnome.org/review?bug=622323&attachment=164251 patch and test case I believe gtk_combo_box_set_active_iter() accepts NULL to set nothing active, per diff attached. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-16 00:30:16
|
https://bugzilla.gnome.org/show_bug.cgi?id=621710 gnome-perl | Gtk2 | unspecified --- Comment #1 from Kevin Ryde <us...@zi...> 2010-06-16 00:11:53 UTC --- Created an attachment (id=163753) View: https://bugzilla.gnome.org/attachment.cgi?id=163753 Review: https://bugzilla.gnome.org/review?bug=621710&attachment=163753 patch -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-16 00:11:06
|
https://bugzilla.gnome.org/show_bug.cgi?id=621710 gnome-perl | Gtk2 | unspecified Summary: Drawable get_image() ref leak Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=163752) --> (https://bugzilla.gnome.org/attachment.cgi?id=163752) leaking program I think gdk_drawable_get_image() should have _noinc on its return, per attached diff. Attached leak.pl otherwise grows apparently forever. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-12 22:54:46
|
https://bugzilla.gnome.org/show_bug.cgi?id=621411 gnome-perl | Gtk2 | unspecified Summary: gtk_action_group_add_radio_actions() pod Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=163490) View: https://bugzilla.gnome.org/attachment.cgi?id=163490 Review: https://bugzilla.gnome.org/review?bug=621411&attachment=163490 doc patch I had to dig a bit to see how gtk_action_group_add_radio_actions() works and thought there might be an example etc in the pod. It's a touch long by the time the array elements are described, but without it you're left guessing :-) -- The most important thing when using fish is freshness. Whenever I buy seafood extender I make sure it was thawed no more than 2 hours ago. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-10 23:06:33
|
https://bugzilla.gnome.org/show_bug.cgi?id=621259 gnome-perl | Gtk2 | unspecified Summary: GdkPixbuf save() check even number of key/value args Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=163345) View: https://bugzilla.gnome.org/attachment.cgi?id=163345 Review: https://bugzilla.gnome.org/review?bug=621259&attachment=163345 .xs and .t patch $pixbuf->save could notice when you give a key argument without a corresponding value, similar to other wrappers taking key=>value pairs. Currently I think it's quietly ignored. It's a pity xsubpp doesn't have a way to express that "..." means key/value pairs and check for an even number of them. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-07 22:09:46
|
https://bugzilla.gnome.org/show_bug.cgi?id=620910 gnome-perl | Gtk2 | unspecified Summary: Pixbuf save option strings as utf8 Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME target: --- GNOME version: --- Created an attachment (id=162981) View: https://bugzilla.gnome.org/attachment.cgi?id=162981 Review: https://bugzilla.gnome.org/review?bug=620910&attachment=162981 patch and test case I believe gdk_pixbuf_savev() expects utf8 for option value strings in PNG format tEXt::Foo options. The gdk_pixbuf_save() wrapper could helpfully upgrade inputs the same as done in other places taking utf8. Patch and test case attached. The docs of gdk_pixbuf_save() describe the value strings as utf8, though the function prototype is "char**" instead of "gchar**". PNG allows non-ascii in keys too, though it seems gtk presently demands ascii-only. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-06-01 03:17:35
|
https://bugzilla.gnome.org/show_bug.cgi?id=614650 gnome-perl | GStreamer | unspecified muppet <scott> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sc...@as... --- Comment #7 from muppet <sc...@as...> 2010-06-01 03:17:21 UTC --- As an experiment, can you try having the callback call g_idle_add() to defer execution of the callback action to the main loop? The simple approach would be sub about_to_finish { Glib::Idle->add (sub { ...}); } but i suspect that will crash for the same reasons. So, you might actually want to use a C/XS thunk to experiment. For example: $player->signal_connect (about_to_finish => 'thunk_to_mainloop', $file2); where 'thunk_to_mainloop' is the name of an XSub that calls g_idle_add() under the hook to ask the main loop to invoke a function. This way you get the code executed on a thread that we do know about. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-05-30 15:28:32
|
https://bugzilla.gnome.org/show_bug.cgi?id=614650 gnome-perl | GStreamer | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #158929|0 |1 is obsolete| | -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2010-05-30 15:28:10
|
https://bugzilla.gnome.org/show_bug.cgi?id=614650 gnome-perl | GStreamer | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|general |GStreamer Depends on| |620099 -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
13 messages has been excluded from this view by a project administrator.
