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...> - 2011-05-12 09:25:44
|
https://bugzilla.gnome.org/show_bug.cgi?id=649615 gnome-perl | GStreamer | unspecified --- Comment #5 from Dominic Hargreaves <do...@ea...> 2011-05-12 09:25:28 UTC --- Thanks for these fixes! There is an additional test failure when built with gstreamer 0.10.33: t/GstValue.t ............ 1/2 # Failed test at t/GstValue.t line 50. # got: 'urgs, fourcc=(fourcc)MJPG, int_range=(int)[ 23, 42 ], double_range=(double)[ 23, 42 ], value_list_int=(int){ 23, 42 }, value_list_int_range=(int){ [ 23, 42 ] }, value_array_int=(int)< 23, 42 >, value_array_int_range=(int)< [ 23, 42 ] >, fraction=(fraction)23/42, fraction_range=(fraction)[ 23/42, 42/23 ], date=(date)2001-09-09' # expected: 'urgs, fourcc=(fourcc)MJPG, int_range=(int)[ 23, 42 ], double_range=(double)[ 23, 42 ], value_list_int=(int){ 23, 42 }, value_list_int_range=(int){ [ 23, 42 ] }, value_array_int=(int)< 23, 42 >, value_array_int_range=(int)< [ 23, 42 ] >, fraction=(fraction)23/42, fraction_range=(fraction)[ 23/42, 42/23 ], date=(GstDate)2001-09-09' # Looks like you failed 1 test of 2. t/GstValue.t ............ Dubious, test returned 1 (wstat 256, 0x100) Failed 1/2 subtests -- 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...> - 2011-05-12 09:24:36
|
https://bugzilla.gnome.org/show_bug.cgi?id=649615 gnome-perl | GStreamer | unspecified --- Comment #4 from Dominic Hargreaves <do...@ea...> 2011-05-12 09:24:20 UTC --- Review of attachment 187683: --> (https://bugzilla.gnome.org/review?bug=649615&attachment=187683) Patch applies to Debian package 0.15-3 and the affect test passes when built with 0.10.33. -- 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...> - 2011-05-12 09:24:00
|
https://bugzilla.gnome.org/show_bug.cgi?id=649615 gnome-perl | GStreamer | unspecified --- Comment #3 from Dominic Hargreaves <do...@ea...> 2011-05-12 09:23:46 UTC --- Review of attachment 187682: --> (https://bugzilla.gnome.org/review?bug=649615&attachment=187682) Patch applies to Debian package 0.15-3 and the affect test passes when built with 0.10.33. -- 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...> - 2011-05-12 08:59:14
|
https://bugzilla.gnome.org/show_bug.cgi?id=649615 gnome-perl | GStreamer | unspecified --- Comment #2 from Jeff King <pe...@pe...> 2011-05-12 08:59:01 UTC --- Created an attachment (id=187683) View: https://bugzilla.gnome.org/attachment.cgi?id=187683 Review: https://bugzilla.gnome.org/review?bug=649615&attachment=187683 patch for broken TagSetter test It looks like the TagSetter code now removes duplicates when merging titles. We can still do our test by not providing exactly the same title. -- 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...> - 2011-05-12 08:56:50
|
https://bugzilla.gnome.org/show_bug.cgi?id=649615 gnome-perl | GStreamer | unspecified --- Comment #1 from Jeff King <pe...@pe...> 2011-05-12 08:56:33 UTC --- Created an attachment (id=187682) View: https://bugzilla.gnome.org/attachment.cgi?id=187682 Review: https://bugzilla.gnome.org/review?bug=649615&attachment=187682 fix for broken gstbuffer test The GstBuffer.t test looks bogus. We pass an empty Caps object, but set_caps now enforces that we actually give it something. So we can just make a fake one instead. -- 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...> - 2011-05-06 22:17:38
|
https://bugzilla.gnome.org/show_bug.cgi?id=649615 gnome-perl | GStreamer | unspecified Summary: Tests fail when built with gstreamer 0.10.32 Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: GStreamer AssignedTo: gtk...@li... ReportedBy: do...@ea... QAContact: gtk...@li... GNOME version: --- Forwarded from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616454: > dh_auto_test > make[1]: Entering directory `/build/salvi-libgstreamer-perl_0.15-2-amd64-vkJfHb/libgstreamer-perl-0.15' > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > # Testing GStreamer 0.15 > # Compiled against libgstreamer 0.10.32 > # Running against libgstreamer 0.10.32.0 > t/Gst.t ................. ok > t/GstBin.t .............. ok > > (GstBuffer.t:14431): GStreamer-CRITICAL **: gst_buffer_set_caps: assertion `caps == NULL || GST_CAPS_IS_SIMPLE (caps)' failed > > # Failed test at t/GstBuffer.t line 19. > # got: undef > # expected: 'EMPTY' > # Looks like you failed 1 test of 14. > t/GstBuffer.t ........... > Dubious, test returned 1 (wstat 256, 0x100) > Failed 1/14 subtests > t/GstBus.t .............. ok > t/GstCaps.t ............. ok > t/GstChildProxy.t ....... ok > t/GstClock.t ............ ok > > # Failed test at t/GstElement.t line 117. > # got: 'none' > # expected: undef > # Looks like you failed 1 test of 39. > t/GstElement.t .......... > Dubious, test returned 1 (wstat 256, 0x100) > Failed 1/39 subtests > (less 2 skipped subtests: 36 okay) > t/GstElementFactory.t ... ok > t/GstEvent.t ............ ok > t/GstFormat.t ........... ok > > (GstGhostPad.t:14604): GStreamer-CRITICAL **: gst_ghost_pad_new: assertion `!gst_pad_is_linked (target)' failed > t/GstGhostPad.t ......... ok > t/GstIndex.t ............ ok > t/GstIndexFactory.t ..... ok > t/GstIterator.t ......... ok > t/GstMessage.t .......... ok > t/GstMiniObject.t ....... ok > t/GstObject.t ........... ok > t/GstPad.t .............. ok > t/GstPadTemplate.t ...... ok > t/GstPipeline.t ......... ok > t/GstPlugin.t ........... ok > t/GstPluginFeature.t .... ok > t/GstQuery.t ............ ok > > (gst-plugin-scanner:14658): GStreamer-WARNING **: Failed to load plugin './blib/arch/auto/GStreamer/GStreamer.so': ./blib/arch/auto/GStreamer/GStreamer.so: undefined symbol: gperl_callback_destroy > t/GstRegistry.t ......... ok > t/GstStructure.t ........ ok > t/GstSystemClock.t ...... ok > t/GstTag.t .............. ok > > # Failed test at t/GstTagSetter.t line 26. > # Structures begin differing at: > # $got->{title}[1] = Does not exist > # $expected->{title}[1] = 'Urgs' > # Looks like you failed 1 test of 3. > t/GstTagSetter.t ........ > Dubious, test returned 1 (wstat 256, 0x100) > Failed 1/3 subtests > t/GstTypeFindFactory.t .. ok > t/GstValue.t ............ ok > > Test Summary Report > ------------------- > t/GstBuffer.t (Wstat: 256 Tests: 14 Failed: 1) > Failed test: 3 > Non-zero exit status: 1 > t/GstElement.t (Wstat: 256 Tests: 39 Failed: 1) > Failed test: 30 > Non-zero exit status: 1 > t/GstTagSetter.t (Wstat: 256 Tests: 3 Failed: 1) > Failed test: 2 > Non-zero exit status: 1 > Files=31, Tests=511, 2 wallclock secs ( 0.14 usr 0.03 sys + 1.93 cusr 0.53 csys = 2.63 CPU) > Result: FAIL > Failed 3/31 test programs. 3/511 subtests failed. > make[1]: *** [test_dynamic] Error 255 > make[1]: Leaving directory `/build/salvi-libgstreamer-perl_0.15-2-amd64-vkJfHb/libgstreamer-perl-0.15' > dh_auto_test: make -j1 test returned exit code 2 > make: *** [build] Error 29 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- 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...> - 2011-04-30 13:48:52
|
https://bugzilla.gnome.org/show_bug.cgi?id=632040 gnome-perl | Cairo | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #5 from Torsten Schoenfeld <kaf...@gm...> 2011-04-30 13:48:37 UTC --- The issue was actually caused by a premature call to $surf->finish. Fixed in stable-1-06 and master: <http://git.gnome.org/browse/perl-Cairo/commit/?h=stable-1-06&id=9073da824de8>. -- 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...> - 2011-04-20 21:32:26
|
https://bugzilla.gnome.org/show_bug.cgi?id=632040 gnome-perl | Cairo | unspecified --- Comment #4 from Dominic Hargreaves <do...@ea...> 2011-04-20 21:32:12 UTC --- Hello, are there any Cairo experts able to look at this issue, and perhaps review Raymond's patch? Thanks, Dominic. -- 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...> - 2011-04-10 04:06:10
|
https://bugzilla.gnome.org/show_bug.cgi?id=647309 gnome-perl | Gtk2 | unspecified --- Comment #5 from Zhihao Yuan <li...@gm...> 2011-04-10 04:05:57 UTC --- (In reply to comment #4) > (In reply to comment #3) > > To diagnose the hang, we'll need help. If i recall correctly, none of the > > gtk2-perl developers have access to a freebsd system for testing. > > > > Please run with strace or gdb to find out what's going on when the call hangs. > > > > Also, does the file_chooser.pl example hang the same way? > > http://git.gnome.org/browse/perl-Gtk2/tree/examples/file_chooser.pl > > Yes. The example hangs, when call ->new function. > BTW. Is perl itself required to be built with pthread support to use this lib? OK. Here is the problem. Perl is required to be built with pthread support to use the FileChooserDialog. But on FreeBSD, this is disabled by default. But why perl-Gtk2 can built without pthread? -- 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...> - 2011-04-10 03:37:24
|
https://bugzilla.gnome.org/show_bug.cgi?id=647309 gnome-perl | Gtk2 | unspecified --- Comment #4 from Zhihao Yuan <li...@gm...> 2011-04-10 03:37:12 UTC --- (In reply to comment #3) > To diagnose the hang, we'll need help. If i recall correctly, none of the > gtk2-perl developers have access to a freebsd system for testing. > > Please run with strace or gdb to find out what's going on when the call hangs. > > Also, does the file_chooser.pl example hang the same way? > http://git.gnome.org/browse/perl-Gtk2/tree/examples/file_chooser.pl Yes. The example hangs, when call ->new function. BTW. Is perl itself required to be built with pthread support to use this lib? -- 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...> - 2011-04-10 03:13:08
|
https://bugzilla.gnome.org/show_bug.cgi?id=647309 gnome-perl | Gtk2 | unspecified muppet <scott> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sc...@as... --- Comment #3 from muppet <sc...@as...> 2011-04-10 03:12:54 UTC --- To diagnose the hang, we'll need help. If i recall correctly, none of the gtk2-perl developers have access to a freebsd system for testing. Please run with strace or gdb to find out what's going on when the call hangs. Also, does the file_chooser.pl example hang the same way? http://git.gnome.org/browse/perl-Gtk2/tree/examples/file_chooser.pl -- 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...> - 2011-04-09 23:23:46
|
https://bugzilla.gnome.org/show_bug.cgi?id=647309 gnome-perl | Gtk2 | unspecified --- Comment #2 from Zhihao Yuan <li...@gm...> 2011-04-09 23:23:34 UTC --- (In reply to comment #1) > You need to initialize gtk+: "use Gtk2 -init" instead of "use Gtk2", or call > Gtk2->init manually. After I called Gtk2->init manually, the warnings are not there, but the dialog is still missing. The ->new just HANG! And the subsequent ->run call does not execute. Do not argue my programming skills or something... I found this problem in a software uses this lib. -- 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...> - 2011-04-09 19:50:45
|
https://bugzilla.gnome.org/show_bug.cgi?id=647309 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |kaf...@gm... Resolution| |NOTABUG --- Comment #1 from Torsten Schoenfeld <kaf...@gm...> 2011-04-09 19:50:35 UTC --- You need to initialize gtk+: "use Gtk2 -init" instead of "use Gtk2", or call Gtk2->init manually. -- 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...> - 2011-04-09 19:45:13
|
https://bugzilla.gnome.org/show_bug.cgi?id=647309 gnome-perl | Gtk2 | unspecified Summary: Gtk2::FileChooserDialog shows nothing under FreeBSD Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: li...@gm... QAContact: gtk...@li... GNOME version: --- cat a.pl use Gtk2; $a = Gtk2::FileChooserDialog->new("title!", undef, "open"); run the script hangs. GLib-GObject-WARNING **: invalid (NULL) pointer instance at a.pl line 2. GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANC E (instance)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_icon_theme_get_for_screen: assertion `GDK_IS_SCREEN (sc reen)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (scre en)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_icon_size_lookup_for_settings: assertion `GTK_IS_SETTIN GS (settings)' failed at a.pl line 2. Gtk-WARNING **: Invalid icon size 1 Gtk-CRITICAL **: IA__gtk_icon_theme_load_icon: assertion `GTK_IS_ICON_THEME (ico n_theme)' failed at a.pl line 2. Gtk-WARNING **: Error loading theme icon 'edit-find' for stock: at a.pl line 2. Gtk-CRITICAL **: IA__gtk_icon_size_lookup_for_settings: assertion `GTK_IS_SETTIN GS (settings)' failed at a.pl line 2. Gtk-WARNING **: gtkstyle.c:2356: invalid icon size '1' at a.pl line 2. Gtk-CRITICAL **: IA__gtk_style_render_icon: assertion `pixbuf != NULL' failed at a.pl line 2. GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_icon_theme_get_for_screen: assertion `GDK_IS_SCREEN (sc reen)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_icon_theme_load_icon: assertion `GTK_IS_ICON_THEME (ico n_theme)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_icon_theme_get_for_screen: assertion `GDK_IS_SCREEN (sc reen)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (scre en)' failed at a.pl line 2. Gtk-CRITICAL **: IA__gtk_icon_size_lookup_for_settings: assertion `GTK_IS_SETTIN GS (settings)' failed at a.pl line 2. Gtk-WARNING **: Invalid icon size 1 Gtk-CRITICAL **: IA__gtk_icon_theme_load_icon: assertion `GTK_IS_ICON_THEME (ico n_theme)' failed at a.pl line 2. Gtk-WARNING **: Error loading theme icon 'document-x-generic' for stock: at a.p l line 2. Gtk-CRITICAL **: IA__gtk_icon_size_lookup_for_settings: assertion `GTK_IS_SETTIN GS (settings)' failed at a.pl line 2. Gtk-WARNING **: gtkstyle.c:2356: invalid icon size '1' at a.pl line 2. Gtk-CRITICAL **: IA__gtk_style_render_icon: assertion `pixbuf != NULL' failed at a.pl line 2. GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed at a.pl line 2. This problem exists in version 1.221, 1.222, 1.223. Other versions are not tested. -- 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...> - 2011-03-05 08:40:03
|
https://bugzilla.gnome.org/show_bug.cgi?id=632040 gnome-perl | Cairo | unspecified Raymond <chromisx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chr...@ne... --- Comment #3 from Raymond <chr...@ne...> 2011-03-05 08:39:49 UTC --- Hello, It is possible to pass these 3 failing tests without disabling them, by creating an extra surface that actually permits you to create 'color-alpha' surfaces with the `create_similar` sub. At line 26 of t/CairoSurface.t, an 'rgb24' surface is created. It seems (to me) that it is not possible anymore to create a 'color-alpha' surface from such an 'rgb24' surface with the `create_similar` sub with the newest Cairo. I don't know if this is intended behavior or not. 'argb32' surfaces seem to permit you to `create_similar` surfaces in both 'color-alpha' or 'color' content. The original test cases and these altered test cases also emit a (non-fatal) warning: unknown surface type 16 encountered at t/CairoSurface.t .. I don't know why (yet), Perhaps this is useful, Greetings, Raymond. -- 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...> - 2011-03-05 08:36:30
|
https://bugzilla.gnome.org/show_bug.cgi?id=632040 gnome-perl | Cairo | unspecified --- Comment #2 from Raymond <chr...@ne...> 2011-03-05 08:36:20 UTC --- Created an attachment (id=182536) View: https://bugzilla.gnome.org/attachment.cgi?id=182536 Review: https://bugzilla.gnome.org/review?bug=632040&attachment=182536 small patch in order to let the three test cases pass... -- 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...> - 2011-02-26 13:47:17
|
https://bugzilla.gnome.org/show_bug.cgi?id=632040 gnome-perl | Cairo | unspecified Dominic Hargreaves <dom> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |do...@ea... --- Comment #1 from Dominic Hargreaves <do...@ea...> 2011-02-26 13:47:03 UTC --- I can confirm that Debian is also affected by this: <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613190>. In all likelihood this just needs the test suite updating to reflect changes in the behaviour of Cairo, but it's not obvious to a non-Cairo user what this might be. Incidentally, the same bug has been reported at <https://rt.cpan.org/Ticket/Display.html?id=62603>. -- 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...> - 2011-02-25 22:55:52
|
https://bugzilla.gnome.org/show_bug.cgi?id=643337 gnome-perl | Gtk2 | unspecified Summary: GC new_with_values() non-hashref segv 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=181954) View: https://bugzilla.gnome.org/attachment.cgi?id=181954 Review: https://bugzilla.gnome.org/review?bug=643337&attachment=181954 patch and test case I accidentally called Gtk2::Gdk::GC->new_with_values() with a string instead of a hashref and got some glib warnings and segv. I think the GdkGCValuesMask passed down to gdk_gc_new_with_values() in that case ends up uninitialized garbage. It'd be good to avoid trouble by at least zeroing out in that case, per attached. Unless an error for a non-hashref arg would be better. -- 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...> - 2011-01-19 10:17:18
|
https://bugzilla.gnome.org/show_bug.cgi?id=639930 gnome-perl | Glib | unspecified Summary: normal Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: ami...@tc... QAContact: gtk...@li... GNOME target: --- GNOME version: --- normal -- 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...> - 2011-01-18 21:05:34
|
https://bugzilla.gnome.org/show_bug.cgi?id=639892 gnome-perl | Gtk2 | unspecified Summary: Makefile.PL $(ECHO) not in perl 5.8.0 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: --- I believe the ExtUtils::MakeMaker 6.03 which comes with perl 5.8.0 doesn't have the $(ECHO) macro used in the Gtk2 Makefile.PL. I tried a build with 5.8.0 and it bombed for a bad "[" bit when $(ECHO) was empty. -- 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...> - 2011-01-18 21:05:29
|
https://bugzilla.gnome.org/show_bug.cgi?id=639891 gnome-perl | Glib | unspecified Summary: Makefile.PL $(ECHO) not in perl 5.8.0 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: --- I believe the ExtUtils::MakeMaker 6.03 which comes with perl 5.8.0 doesn't have the $(ECHO) macro used in the Glib Makefile.PL. I tried a build with 5.8.0 and it bombed for a bad "[" bit when $(ECHO) was empty. -- 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...> - 2011-01-14 19:57:12
|
https://bugzilla.gnome.org/show_bug.cgi?id=639559 gnome-perl | Gtk2 | unspecified Summary: GdkWindow pod on subclassing 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=178350) View: https://bugzilla.gnome.org/attachment.cgi?id=178350 Review: https://bugzilla.gnome.org/review?bug=639559&attachment=178350 patch I didn't know until I tried it that subclassing GdkWindow doesn't work :-(. Perhaps the attached words for 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...> - 2011-01-14 19:50:50
|
https://bugzilla.gnome.org/show_bug.cgi?id=639558 gnome-perl | Gtk2 | unspecified Summary: Pixbuf new_from_data() vs overload 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=178349) View: https://bugzilla.gnome.org/attachment.cgi?id=178349 Review: https://bugzilla.gnome.org/review?bug=639558&attachment=178349 patch and test case Is there a reason Gtk2::Gdk::Pixbuf->new_from_data() demands SvPOK of its data input? I thought it might SvPV to stringize in the usual way. Doing so would allow overloads and magic to work there the same way as they do elsewhere. (It normally seems like a bad idea to enquire into the nature of a scalar. For a string ask for a string and let perl worry how to get it :-) Possible simplification below, copying out the SvPV data into a malloced block for the pixbuf data area rather than an newSVsv. (I plan also to check the length of the input, to see the given width*height and rowstride won't overrun the data area. That would be with or without this change. Maybe SvPVbytes too if it unmangles any 0x80 to 0xFF wide chars, and/or guards against chars 0x100 up.) -- 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...> - 2011-01-14 19:47:23
|
https://bugzilla.gnome.org/show_bug.cgi?id=639557 gnome-perl | Gtk2 | unspecified Summary: ToolItem set_proxy_menu_item() 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=178348) View: https://bugzilla.gnome.org/attachment.cgi?id=178348 Review: https://bugzilla.gnome.org/review?bug=639557&attachment=178348 patch and test case I believe gtk_tool_item_set_proxy_menu_item() can take NULL for the menu_item, 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-12-29 23:17:38
|
https://bugzilla.gnome.org/show_bug.cgi?id=636079 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Torsten Schoenfeld <kaf...@gm...> 2010-12-29 23:17:25 UTC --- Now done in git master. -- 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.
