GIMP issueshttps://gitlab.gnome.org/GNOME/gimp/-/issues2024-03-28T13:34:44Zhttps://gitlab.gnome.org/GNOME/gimp/-/issues/11146Drag and drop from Current Color in dialog Change Foreground Colour crashes GIMP2024-03-28T13:34:44ZMark SweeneyDrag and drop from Current Color in dialog Change Foreground Colour crashes GIMP<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version: 2.99.19
- Package: flatpak gnome-nightly
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Linux Mint
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
Dragging and dropping the colour from Current Color in the dialog 'Change Foreground Colour' onto an image, crashes GIMP
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)--> Always
Reproduction steps:
1. create an image
2. click the foreground color in the toolbox, flowbox, to bring up Change Foreground Clour
3. drag and drop Current Color onto the image, crash
…
Expected result: color fills image
Actual result: crash
### Additional information
```
Starting program: /app/bin/gimp-2.99
(process:323): Gtk-CRITICAL (recursed) **: gtk_text_buffer_emit_insert: assertion 'g_utf8_validate (text, len, NULL)' failed
Thread 1 "gimp-2.99" received signal SIGABRT, Aborted.
__pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0;
(gdb) bt full
#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
tid = <optimized out>
ret = 0
pd = <optimized out>
old_mask = {__val = {140737488339344}}
ret = <optimized out>
#1 0x00007ffff6421e83 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78
#2 0x00007ffff63cfdce in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
ret = <optimized out>
#3 0x00007ffff63b783f in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0x20, sa_sigaction = 0x20}, sa_mask = {__val = {140737347251173, 140733196743219, 140737348388781, 0, 0, 5494747002594480707, 8318840531470919712, 46360416576613, 140737488339568, 140737333489774, 2, 18446744069414584328, 11, 140737488339584, 554885191545346560, 140737488339824}}, sa_flags = -154865554, sa_restorer = 0x0}
#4 0x00007ffff7927fc7 in _g_log_abort (breakpoint=0) at ../glib/gmessages.c:428
debugger_present = 1
debugger_present = <optimized out>
#5 g_logv (log_domain=0x7ffff6c4f06e "Gtk", log_level=G_LOG_LEVEL_CRITICAL, format=<optimized out>, args=args@entry=0x7fffffffc370) at ../glib/gmessages.c:1273
domain = 0x0
data = 0x0
depth = <optimized out>
log_func = 0x7ffff796ead0 <_g_log_fallback_handler>
domain_fatal_mask = <optimized out>
masquerade_fatal = 0
test_level = <optimized out>
was_fatal = 0
was_recursion = 0
buffer = {<optimized out> <repeats 1025 times>}
msg_alloc = 0x5555ac301080 "gtk_text_buffer_emit_insert: assertion 'g_utf8_validate (text, len, NULL)' failed"
msg = 0x5555ac301080 "gtk_text_buffer_emit_insert: assertion 'g_utf8_validate (text, len, NULL)' failed"
i = 3
size = <optimized out>
#6 0x00007ffff796f983 in g_log (log_domain=<optimized out>, log_level=log_level@entry=G_LOG_LEVEL_CRITICAL, format=format@entry=0x7ffff79cb2e6 "%s: assertion '%s' failed") at ../glib/gmessages.c:1315
args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffffffc450, reg_save_area = 0x7fffffffc390}}
#7 0x00007ffff7970a0d in g_return_if_fail_warning (log_domain=<optimized out>, pretty_function=<optimized out>, expression=<optimized out>) at ../glib/gmessages.c:3000
#8 0x00007ffff6aee16f in gtk_text_buffer_insert_with_tags_by_name (buffer=0x5555ab6b2490 [GimpTextBuffer], iter=iter@entry=0x7fffffffc560, text=text@entry=0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!", len=len@entry=-1, first_tag_name=first_tag_name@entry=0x555555ad361f "message") at ../gtk/gtktextbuffer.c:1582
start_offset = <optimized out>
start = {dummy1 = 0x3000000030, dummy2 = 0x7fffffffc540, dummy3 = -15232, dummy4 = 32767, dummy5 = 1294948864, dummy6 = 129194276, dummy7 = 1672228460, dummy8 = -894205860, dummy9 = 0x5555a610d040, dummy10 = 0x5555a610d040, dummy11 = -15008, dummy12 = 32767, dummy13 = 1437415484, dummy14 = 0x1}
args = {{gp_offset = 48, fp_offset = 32767, overflow_arg_area = 0x7fffffffc540, reg_save_area = 0x7fffffffc4d0}}
tag_name = <optimized out>
__func__ = "gtk_text_buffer_insert_with_tags_by_name"
#9 0x000055555592ec81 in gimp_error_console_add (console=0x5555ab6b1c50 [GimpErrorConsole], severity=severity@entry=GIMP_MESSAGE_BUG_CRITICAL, domain=domain@entry=0x7ffff1f1d95d "GIMP", message=message@entry=0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!") at ../app/widgets/gimperrorconsole.c:251
desc = 0x7ffff1f38860 "CRITICAL"
end = {dummy1 = 0x5555ab674df0, dummy2 = 0x5555ac3530e0, dummy3 = 0, dummy4 = 0, dummy5 = 17, dummy6 = -1, dummy7 = 1672228461, dummy8 = -894205857, dummy9 = 0x5555ab6b28b0, dummy10 = 0x5555ab693760, dummy11 = 0, dummy12 = 0, dummy13 = 0, dummy14 = 0x0}
end_mark = <optimized out>
anchor = 0x5555ac3d38a0 [GtkTextChildAnchor]
image = 0x5555abfd2520 [GtkImage]
str = 0x5555abbaa1b0 "z\317a\371PU"
__func__ = "gimp_error_console_add"
#10 0x000055555587ba62 in gui_message_error_console (message=0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!", domain=0x7ffff1f1d95d "GIMP", severity=GIMP_MESSAGE_BUG_CRITICAL, gimp=0x555555efd3c0 [Gimp]) at ../app/gui/gui-message.c:242
child = <optimized out>
dockable = <optimized out>
#11 gui_message (gimp=0x555555efd3c0 [Gimp], handler=0x0, severity=GIMP_MESSAGE_BUG_CRITICAL, domain=0x7ffff1f1d95d "GIMP", message=0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!") at ../app/gui/gui-message.c:112
trace = 0x0
gen_trace = 0
#12 0x00005555556c097a in gimp_show_message (gimp=gimp@entry=0x555555efd3c0 [Gimp], handler=handler@entry=0x0, severity=GIMP_MESSAGE_BUG_CRITICAL, domain=0x7ffff1f1d95d "GIMP", domain@entry=0x0, message=message@entry=0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!") at ../app/core/gimp-gui.c:160
desc = 0x555555ad4c01 "Message"
__func__ = "gimp_show_message"
#13 0x0000555555836fb2 in gimp_message_log_func (log_domain=log_domain@entry=0x555555ad2e90 "Gimp-Widgets", flags=flags@entry=G_LOG_LEVEL_CRITICAL, message=message@entry=0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!", data=data@entry=0x555555efd3c0) at ../app/errors.c:263
gimp = 0x555555efd3c0 [Gimp]
config = <optimized out>
msg_domain = 0x0
severity = <optimized out>
gui_message = <optimized out>
debug_policy = GIMP_DEBUG_POLICY_WARNING
#14 0x00007ffff796f696 in g_logv (log_domain=0x555555ad2e90 "Gimp-Widgets", log_level=G_LOG_LEVEL_CRITICAL, format=<optimized out>, args=args@entry=0x7fffffffc810) at ../glib/gmessages.c:1246
domain = 0x0
data = 0x555555efd3c0
depth = <optimized out>
log_func = 0x555555836f20 <gimp_message_log_func>
domain_fatal_mask = <optimized out>
masquerade_fatal = 0
test_level = G_LOG_LEVEL_CRITICAL
was_fatal = 0
was_recursion = 0
buffer = {<optimized out> <repeats 1025 times>}
msg_alloc = 0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!"
msg = 0x5555ab07cd60 "gimp_selection_data_get_color: received invalid color format: \"\245\203}5}5\377\377\"!"
i = 3
size = <optimized out>
#15 0x00007ffff796f983 in g_log (log_domain=log_domain@entry=0x555555ad2e90 "Gimp-Widgets", log_level=log_level@entry=G_LOG_LEVEL_CRITICAL, format=format@entry=0x555555b5b8d0 "%s: received invalid color format: \"%s\"!") at ../glib/gmessages.c:1315
args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffffffc8f0, reg_save_area = 0x7fffffffc830}}
#16 0x00005555559596e6 in gimp_selection_data_get_color (selection=<optimized out>) at ../app/widgets/gimpselectiondata.c:345
color = <optimized out>
data = 0x5555aaef8400 "\245\203}5}5\377\377"
data_length = <optimized out>
format = <optimized out>
encoding = 0x5555aaef8400 "\245\203}5}5\377\377"
encoding_length = 9
pixel = <optimized out>
pixel_length = <optimized out>
profile_data = 0x0
profile_length = 0
__func__ = "gimp_selection_data_get_color"
#17 0x0000555555921ee8 in gimp_dnd_set_color_data (widget=0x5555aa9860f0 [GimpCanvas], x=1141, y=984, set_color_func=0x555555a753a0 <gimp_display_shell_drop_color>, set_color_data=0x5555aa96cf60, selection=<optimized out>) at ../app/widgets/gimpdnd.c:1443
color = <optimized out>
__func__ = "gimp_dnd_set_color_data"
#18 0x00005555559229a7 in gimp_dnd_data_drop_handle (widget=0x5555aa9860f0 [GimpCanvas], context=0x5555a7e2af20 [GdkX11DragContext], x=1141, y=984, selection_data=0x7fffffffd320, info=5, time=28992059, data=0x0) at ../app/widgets/gimpdnd.c:896
set_data_func = <optimized out>
set_data_data = <optimized out>
dnd_data = <optimized out>
data_type = <optimized out>
__func__ = "gimp_dnd_data_drop_handle"
#22 0x00007ffff7a8b0e8 in <emit signal '0x7ffff6c57521 "drag-data-received"' on instance 0x5555aa9860f0 [GimpCanvas]> (instance=instance@entry=0x5555aa9860f0, detailed_signal=detailed_signal@entry=0x7ffff6c57521 "drag-data-received") at ../gobject/gsignal.c:3624
var_args = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fffffffce30, reg_save_area = 0x7fffffffcd40}}
detail = <optimized out>
signal_id = 127
itype = 0x5555aa985530 [GimpCanvas/GimpOverlayBox/GtkContainer/GtkWidget/GInitiallyUnowned]
__func__ = "g_signal_emit_by_name"
#19 0x00007ffff68af526 in _gtk_marshal_VOID__OBJECT_INT_INT_BOXED_UINT_UINTv (closure=0x5555aa986510, return_value=<optimized out>, instance=<optimized out>, args=<optimized out>, marshal_data=<optimized out>, n_params=<optimized out>, param_types=0x555555e31970) at gtk/gtkmarshalers.c:5999
cc = <optimized out>
data1 = <optimized out>
data2 = <optimized out>
callback = 0x5555559228d0 <gimp_dnd_data_drop_handle>
arg0 = 0x5555a7e2af20
arg1 = 8
arg2 = -163439084
arg3 = 0x7fffffffd320
arg4 = 51
arg5 = 0
args_copy = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x7fffffffce40, reg_save_area = 0x7fffffffcd40}}
#20 0x00007ffff7a6d912 in _g_closure_invoke_va (closure=0x5555aa986510, return_value=0x0, instance=0x5555aa9860f0, args=0x7fffffffccf8, n_params=6, param_types=0x555555e31970) at ../gobject/gclosure.c:897
marshal = 0x7ffff68af3e0 <_gtk_marshal_VOID__OBJECT_INT_INT_BOXED_UINT_UINTv>
marshal_data = 0x0
in_marshal = 0
real_closure = 0x5555aa9864f0
__func__ = "_g_closure_invoke_va"
#21 0x00007ffff7a84eff in signal_emit_valist_unlocked (instance=instance@entry=0x5555aa9860f0, signal_id=signal_id@entry=127, detail=<optimized out>, var_args=var_args@entry=0x7fffffffccf8) at ../gobject/gsignal.c:3424
return_accu = 0x0
accu = {g_type = 0x0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
emission = {next = 0x7fffffffd010, instance = 0x5555aa9860f0, ihint = {signal_id = 127, detail = 0, run_type = (G_SIGNAL_RUN_FIRST | G_SIGNAL_ACCUMULATOR_FIRST_RUN)}, state = EMISSION_RUN, chain_type = 0x5555aa985530 [GimpCanvas/GimpOverlayBox/GtkContainer/GtkWidget/GInitiallyUnowned]}
instance_type = <optimized out>
emission_return = {g_type = 0x0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
rtype = 0x4 [void]
static_scope = 0
fastpath_handler = <optimized out>
closure = <optimized out>
run_type = <optimized out>
hlist = <optimized out>
l = <optimized out>
fastpath = <optimized out>
instance_and_params = <optimized out>
param_values = <optimized out>
node = <optimized out>
i = <optimized out>
__func__ = "signal_emit_valist_unlocked"
node_copy = {signal_id = 127, itype = 0x555555e3ff40 [GtkWidget/GInitiallyUnowned], name = 0x7ffff6c57521 "drag-data-received", destroyed = 0, flags = 2, n_params = 6, single_va_closure_is_valid = 1, single_va_closure_is_after = 1, param_types = 0x555555e31970, return_type = 0x4 [void], class_closure_bsa = 0x555555e4f4d0, accumulator = 0x0, c_marshaller = 0x7ffff68af2d0 <_gtk_marshal_VOID__OBJECT_INT_INT_BOXED_UINT_UINT>, va_marshaller = 0x7ffff68af3e0 <_gtk_marshal_VOID__OBJECT_INT_INT_BOXED_UINT_UINTv>, emission_hooks = 0x0, single_va_closure = 0x555555e4f4a0}
#23 0x00007ffff6bc7cc4 in gtk_drag_selection_received (widget=0x5555abb3b4e0 [GtkWindow], selection_data=0x7fffffffd320, time=28992059, data=0x5555aa9860f0) at ../gtk/gtkdnd.c:1189
site = <optimized out>
context = 0x5555a7e2af20 [GdkX11DragContext]
info = 0x5555abaf9350
drop_widget = 0x5555aa9860f0 [GimpCanvas]
target = 0xa1
#27 0x00007ffff7a8b0e8 in <emit signal '0x7ffff6c6540a "selection-received"' on instance 0x5555abb3b4e0 [GtkWindow]> (instance=0x5555abb3b4e0, detailed_signal=detailed_signal@entry=0x7ffff6c6540a "selection-received") at ../gobject/gsignal.c:3624
var_args = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fffffffd2c0, reg_save_area = 0x7fffffffd1d0}}
detail = <optimized out>
signal_id = 115
itype = 0x555555e68c30 [GtkWindow/GtkBin/GtkContainer/GtkWidget/GInitiallyUnowned]
__func__ = "g_signal_emit_by_name"
#24 0x00007ffff68ac70b in _gtk_marshal_VOID__BOXED_UINTv (closure=0x5555ac41c770, return_value=<optimized out>, instance=0x5555abb3b4e0, args=<optimized out>, marshal_data=<optimized out>, n_params=<optimized out>, param_types=0x555555e4cc20) at gtk/gtkmarshalers.c:3608
cc = <optimized out>
data1 = <optimized out>
data2 = <optimized out>
callback = 0x7ffff6bc7b80 <gtk_drag_selection_received>
arg0 = 0x7fffffffd320
arg1 = 6
args_copy = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7fffffffd2c0, reg_save_area = 0x7fffffffd1d0}}
#25 0x00007ffff7a6d912 in _g_closure_invoke_va (closure=0x5555ac41c770, return_value=0x0, instance=0x5555abb3b4e0, args=0x7fffffffd188, n_params=2, param_types=0x555555e4cc20) at ../gobject/gclosure.c:897
marshal = 0x7ffff68ac670 <_gtk_marshal_VOID__BOXED_UINTv>
marshal_data = 0x0
in_marshal = 0
real_closure = 0x5555ac41c750
__func__ = "_g_closure_invoke_va"
#26 0x00007ffff7a84eff in signal_emit_valist_unlocked (instance=instance@entry=0x5555abb3b4e0, signal_id=signal_id@entry=115, detail=<optimized out>, var_args=var_args@entry=0x7fffffffd188) at ../gobject/gsignal.c:3424
return_accu = 0x0
accu = {g_type = 0x0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
emission = {next = 0x0, instance = 0x5555abb3b4e0, ihint = {signal_id = 115, detail = 0, run_type = (G_SIGNAL_RUN_FIRST | G_SIGNAL_ACCUMULATOR_FIRST_RUN)}, state = EMISSION_RUN, chain_type = 0x555555e68c30 [GtkWindow/GtkBin/GtkContainer/GtkWidget/GInitiallyUnowned]}
instance_type = <optimized out>
emission_return = {g_type = 0x0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
rtype = 0x4 [void]
static_scope = 0
fastpath_handler = <optimized out>
closure = <optimized out>
run_type = <optimized out>
hlist = <optimized out>
l = <optimized out>
fastpath = <optimized out>
instance_and_params = <optimized out>
param_values = <optimized out>
node = <optimized out>
i = <optimized out>
__func__ = "signal_emit_valist_unlocked"
node_copy = {signal_id = 115, itype = 0x555555e3ff40 [GtkWidget/GInitiallyUnowned], name = 0x7ffff6c6540a "selection-received", destroyed = 0, flags = 2, n_params = 2, single_va_closure_is_valid = 1, single_va_closure_is_after = 1, param_types = 0x555555e4cc20, return_type = 0x4 [void], class_closure_bsa = 0x555555e4d1d0, accumulator = 0x0, c_marshaller = 0x7ffff68ac5b0 <_gtk_marshal_VOID__BOXED_UINT>, va_marshaller = 0x7ffff68ac670 <_gtk_marshal_VOID__BOXED_UINTv>, emission_hooks = 0x0, single_va_closure = 0x555555e4cd80}
#28 0x00007ffff6ab42b9 in gtk_selection_retrieval_report (time=28992059, length=<optimized out>, buffer=<optimized out>, format=<optimized out>, type=<optimized out>, info=0x5555ac693fb0) at ../gtk/gtkselection.c:3194
data = {selection = 0xe8, target = 0xa1, type = 0xa1, format = 16, data = 0x5555aaef8400 "\245\203}5}5\377\377", length = 8, display = 0x555555df6150 [GdkX11Display]}
#29 gtk_selection_convert (widget=<optimized out>, selection=0xe8, target=0xa1, time_=time_@entry=28992059) at ../gtk/gtkselection.c:1192
owner_widget = <optimized out>
owner_widget_ptr = 0x5555ac6fdf10
selection_data = {selection = 0xe8, target = 0xa1, type = 0xa1, format = 16, data = 0x5555aaef8400 "\245\203}5}5\377\377", length = 8, display = 0x555555df6150 [GdkX11Display]}
info = 0x5555ac693fb0
tmp_list = <optimized out>
owner_window = <optimized out>
display = 0x555555df6150 [GdkX11Display]
id = <optimized out>
__func__ = "gtk_selection_convert"
#30 0x00007ffff6bc77c9 in gtk_drag_get_data (widget=widget@entry=0x5555aa9860f0 [GimpCanvas], context=context@entry=0x5555a7e2af20 [GdkX11DragContext], target=<optimized out>, time_=time_@entry=28992059) at ../gtk/gtkdnd.c:900
selection_widget = <optimized out>
__func__ = "gtk_drag_get_data"
#31 0x00007ffff6bc868d in gtk_drag_dest_drop (widget=0x5555aa9860f0 [GimpCanvas], context=0x5555a7e2af20 [GdkX11DragContext], x=1141, y=984, time=28992059) at ../gtk/gtkdnd.c:1671
target = <optimized out>
retval = -11264
site = 0x5555aa9832f0
info = <optimized out>
__func__ = "gtk_drag_dest_drop"
#32 0x00007ffff6bc9113 in gtk_drag_find_widget (callback=0x7ffff6bc85f0 <gtk_drag_dest_drop>, time=28992059, y=<optimized out>, x=<optimized out>, info=0x5555abaf9350, context=0x5555a7e2af20 [GdkX11DragContext], widget=0x5555aa9860f0 [GimpCanvas]) at ../gtk/gtkdnd.c:1270
parent = 0x0
hierarchy = 0x5555ab08c8a0 = {0x555556336590, 0x555556547040, 0x5555aa95d190, 0x5555aa960170, 0x5555a9280060, 0x5555aa964b70, 0x5555aa96cf60, 0x5555aa979960, 0x5555aa9860f0}
found = 0
#33 _gtk_drag_dest_handle_event (toplevel=toplevel@entry=0x555556336590 [GimpImageWindow], event=event@entry=0x5555ac736f10) at ../gtk/gtkdnd.c:1091
window = <optimized out>
tx = 0
ty = 37
found = <optimized out>
info = 0x5555abaf9350
context = 0x5555a7e2af20 [GdkX11DragContext]
__func__ = "_gtk_drag_dest_handle_event"
#34 0x00007ffff6a22b5c in gtk_main_do_event (event=0x5555ac736f10) at ../gtk/gtkmain.c:1939
grab_widget = 0x555556336590 [GimpImageWindow]
window_group = 0x5555564856c0 [GtkWindowGroup]
rewritten_event = <optimized out>
device = 0x555555e353f0 [GdkX11DeviceXI2]
tmp_list = <optimized out>
event_widget = 0x555556336590 [GimpImageWindow]
topmost_widget = <optimized out>
event_widget = <optimized out>
grab_widget = <optimized out>
topmost_widget = <optimized out>
window_group = <optimized out>
rewritten_event = <optimized out>
device = <optimized out>
tmp_list = <optimized out>
cleanup = <optimized out>
__func__ = "gtk_main_do_event"
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
window = <optimized out>
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
mnemonics_visible = <optimized out>
window = <optimized out>
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
#35 gtk_main_do_event (event=<optimized out>) at ../gtk/gtkmain.c:1691
event_widget = <optimized out>
grab_widget = <optimized out>
topmost_widget = <optimized out>
window_group = <optimized out>
rewritten_event = <optimized out>
device = <optimized out>
tmp_list = <optimized out>
cleanup = <optimized out>
__func__ = "gtk_main_do_event"
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
window = <optimized out>
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
mnemonics_visible = <optimized out>
window = <optimized out>
__inst = <optimized out>
__t = <optimized out>
__r = <optimized out>
#36 0x00007ffff7062c11 in _gdk_event_emit (event=event@entry=0x5555ac736f10) at ../gdk/gdkevents.c:73
#37 0x00007ffff70c0fde in gdk_event_source_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at ../gdk/x11/gdkeventsource.c:367
display = <optimized out>
event = 0x5555ac736f10
#38 0x00007ffff7964677 in g_main_dispatch (context=context@entry=0x555555d11ae0) at ../glib/gmain.c:3348
dispatch = 0x7ffff70c0fb0 <gdk_event_source_dispatch>
prev_source = 0x0
begin_time_nsec = 28992067394298
was_in_call = 0
user_data = 0x0
callback = 0x0
cb_funcs = 0x0
cb_data = 0x0
need_destroy = <optimized out>
source = 0x555555cf8f50
current = 0x555555d1afe0
i = 0
__func__ = "g_main_dispatch"
#39 0x00007ffff7966817 in g_main_context_dispatch_unlocked (context=0x555555d11ae0) at ../glib/gmain.c:4197
#40 g_main_context_iterate_unlocked (context=context@entry=0x555555d11ae0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4262
max_priority = 0
timeout_usec = 0
some_ready = 1
nfds = 5
allocated_nfds = <optimized out>
fds = 0x5555a926e9a0
begin_time_nsec = 28992067393107
#41 0x00007ffff7966fc3 in g_main_context_iteration (context=context@entry=0x555555d11ae0, may_block=may_block@entry=1) at ../glib/gmain.c:4327
retval = <optimized out>
#42 0x00007ffff76dd31d in g_application_run (application=application@entry=0x5555560770a0 [GimpApp], argc=argc@entry=0, argv=argv@entry=0x0) at ../gio/gapplication.c:2712
arguments = 0x555556224660
status = 0
context = 0x555555d11ae0
acquired_context = <optimized out>
__func__ = "g_application_run"
#43 0x0000555555836d3b in app_run (full_prog_name=0x555555cf69c0 "/app/bin/gimp-2.99", filenames=<optimized out>, alternate_system_gimprc=alternate_system_gimprc@entry=0x0, alternate_gimprc=alternate_gimprc@entry=0x0, session_name=<optimized out>, batch_interpreter=<optimized out>, batch_commands=0x0, quit=0, as_new=0, no_interface=0, no_data=<optimized out>, no_fonts=<optimized out>, no_splash=0, be_verbose=0, use_shm=1, use_cpu_accel=1, console_messages=0, use_debug_handler=0, show_playground=1, show_debug_menu=1, stack_trace_mode=GIMP_STACK_TRACE_QUERY, pdb_compat_mode=<optimized out>, backtrace_file=0x555555cd7720 "/home/mark/.var/app/org.gimp.GIMP/config/GIMP/2.99/CrashLog/gimp-crash-1711566234.txt") at ../app/app.c:317
gimp = 0x555555efd3c0 [Gimp]
app = 0x5555560770a0 [GimpApp]
default_folder = 0x0
gimpdir = 0x555555edd4c0
abort_message = <optimized out>
retval = 0
__func__ = "app_run"
#44 0x0000555555658557 in main (argc=<optimized out>, argv=<optimized out>) at ../app/main.c:786
context = 0x555555cf7b80
error = 0x0
abort_message = <optimized out>
basename = <optimized out>
system_gimprc_file = 0x0
user_gimprc_file = 0x0
gimp_group = <optimized out>
backtrace_file = 0x555555cd7720 "/home/mark/.var/app/org.gimp.GIMP/config/GIMP/2.99/CrashLog/gimp-crash-1711566234.txt"
retval = <optimized out>
i = <optimized out>
```3.0 RC1Alx SaAlx Sahttps://gitlab.gnome.org/GNOME/gimp/-/issues/11144ico export not respecting transparency2024-03-27T22:11:49ZEd Reedico export not respecting transparency<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version: 2.10.36 (revision 1)
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->gimp.org
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Windows 10 22H2 build 19045.4170
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->Exporting a icon file, .ico does not maintain the transparency in the image.
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)--> Always
Reproduction steps:
1. Create a new image, size 256x256![GimpCapture1](/uploads/0f57ad929096dc41ffc00460db156d90/GimpCapture1.PNG)
2. Delete the background layer and create three new layers, named Icon #1, Icon #2, Icon #3. ![GimpCapture2](/uploads/be78727099071add55dcd275795216e0/GimpCapture2.PNG)
3. Add a character, from any font, to each layer in progressively smaller sizes. ![GimpCapture3](/uploads/38bb2b4caa1ce9dea1f9841a9a59378c/GimpCapture3.PNG)
4. export the image as an ico file. ![GimpCapture4](/uploads/b96e38bbf798b62e44cac716a74131e5/GimpCapture4.PNG)
5. view the icon on the desktop ![GimpCapture5](/uploads/f8db42c210cf9819ef77353719f95b88/GimpCapture5.PNG)
…
Expected result: The character from the image display with a transparent background.
Actual result: the character is displayed with a black background.
### Additional information
If you have a backtrace for a crash or a warning, paste it here.https://gitlab.gnome.org/GNOME/gimp/-/issues/11075Multiple plug-ins have browse buttons lock up with GIMP_PROC_ARG_DRAWABLE arg...2024-03-20T15:38:36ZAnders JonssonMultiple plug-ins have browse buttons lock up with GIMP_PROC_ARG_DRAWABLE argument<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version: GIMP_2_99_16-520-ga186220e58, also present on GIMP_2_99_18-212-g6e1cc909ce
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)--> Flatpak and built from source
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Linux
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
I can't get depth merge to work any more. Bisecting shows that this happened during the API port in !1065
```
GIMP_2_99_16-441-g3c53d5f38e 1 oct GOOD: Depth merge works, able to change all four map/source images multiple times
GIMP_2_99_16-520-ga186220e58 2 oct BAD: can't get Depth merge to work, can only choose first image, any other renders buttons unusable.
```
![Depth-merge-malfunc](/uploads/6f8aa71a2927693f6a27c79fe8695ad0/Depth-merge-malfunc.png)
Above: depth merge using the four images from https://testing.docs.gimp.org/2.99/en/plug-in-depth-merge.html (Figure 17.190. Source images and their maps) as selectable images. The first two buttons became frozen when I tried to choose one of the other 3 images than the image shown.
![2024-03-18_22-20](/uploads/31cfaeff78d2792e6380b989152d2b79/2024-03-18_22-20.png)
Above: The selection screen after clicking `Browse`. Only choosing the first image works. Oddly enough, clicking Cancel will select the first image and show it on the button.
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)--> Always
Reproduction steps:
1. Open four images of same size
2. Filters->Combine->Depth Merge
3. Click browse and try to choose an image other than the first
4. That browse button locks up. Can be repeated for all buttons.
…
Expected result: Being able to change image for source1, source2, map1, map2 multiple times
Actual result: Buttons lock up after choosing an image other than the first opened image3.0 RC1https://gitlab.gnome.org/GNOME/gimp/-/issues/11054Adjustment layer group bug in 2.99.192024-03-18T04:04:01ZLinuxBeaverAdjustment layer group bug in 2.99.19Adjustment layer groups are fun but I noticed a bug in the latest 2.99.19 master branch.
1. Make an adjustment layer group set to pass through with the curves filter. Nothing should be inside it.
2. Drag a layer with content inside of...Adjustment layer groups are fun but I noticed a bug in the latest 2.99.19 master branch.
1. Make an adjustment layer group set to pass through with the curves filter. Nothing should be inside it.
2. Drag a layer with content inside of it.
3. The layer should disappear.
Now if you put content in the layer group then apply a filter this will not happen. The same thing happens to other filters it seems not just curves.https://gitlab.gnome.org/GNOME/gimp/-/issues/11045Layer sets icon can disappear with big layer names2024-03-12T22:43:34ZBruno LopesLayer sets icon can disappear with big layer names### Environment/Versions
- GIMP version: 2.99.19
- Package: CI crossbuild
- Operating System: Windows 11
### Description of the bug
The TreeView header depends on the content too much, which can force the user to make the layers dock ...### Environment/Versions
- GIMP version: 2.99.19
- Package: CI crossbuild
- Operating System: Windows 11
### Description of the bug
The TreeView header depends on the content too much, which can force the user to make the layers dock bigger:
![Gravando_2024-03-12_072342](/uploads/d2f3db8c12a9fdd21635dee1e72734d9/Gravando_2024-03-12_072342.mp4)
In very big layer names, this can happens:
![image](/uploads/b84d0b7b2cf8b6729d3371b270088c79/image.png)
### Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Create layer with big name
…
Expected result: Layer set icon is right aligned independent from the TreeView content
Actual result: Layer set icon is aligned with the end of the big layer name
### Additional information
Nopehttps://gitlab.gnome.org/GNOME/gimp/-/issues/11043GIMP encountered several critical errors!2024-03-17T16:14:12ZHerman RestoGIMP encountered several critical errors!<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version:2.99.16
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->flatpak
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) -->Linux
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)-->
Reproduction steps:
1.
2.
3.
…
Expected result:
Actual result:
### Additional information
If you have a backtrace for a crash or a warning, paste it here.
<!-- Copy-paste this whole debug data to report to developers -->
```
GNU Image Manipulation Program version 2.99.16
git-describe: GIMP_2_99_16
Build: org.gimp.GIMP.flatpak.dev rev 0 for linux
# C compiler #
Using built-in specs.
COLLECT_GCC=/usr/bin/cc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-unknown-linux-gnu/12.2.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/bin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --with-tune=generic --enable-deterministic-archives --enable-shared --build=x86_64-bootstrapper-linux-gnu --host=x86_64-unknown-linux-gnu lt_cv_sys_lib_dlsearch_path_spec=/usr/lib/x86_64-linux-gnu --target=x86_64-unknown-linux-gnu --disable-multilib --enable-multiarch --disable-bootstrap --with-build-sysroot=/cross-installation --enable-languages=c,c++,fortran,objc,obj-c++ --enable-default-pie --enable-default-ssp --with-isl --disable-libssp --enable-linker-build-id --disable-libstdcxx-filesystem-ts --enable-cet host_configargs=lt_cv_sys_lib_dlsearch_path_spec=/usr/lib/x86_64-linux-gnu target_configargs=lt_cv_sys_lib_dlsearch_path_spec=/usr/lib/x86_64-linux-gnu --with-tune=generic
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.2.0 (GCC)
# Libraries #
using babl version 0.1.106 (compiled against version 0.1.106)
using GEGL version 0.4.46 (compiled against version 0.4.46)
using GLib version 2.76.3 (compiled against version 2.76.3)
using GdkPixbuf version 2.42.10 (compiled against version 2.42.10)
using GTK+ version 3.24.38 (compiled against version 3.24.38)
using Pango version 1.50.14 (compiled against version 1.50.14)
using Fontconfig version 2.14.1 (compiled against version 2.14.1)
using Cairo version 1.17.8 (compiled against version 1.17.8)
# Flatpak info #
[Application]
name=org.gimp.GIMP
runtime=runtime/org.gnome.Platform/x86_64/44
[Instance]
instance-id=2043438222
instance-path=/home/hresto/.var/app/org.gimp.GIMP
app-path=/home/hresto/.local/share/flatpak/app/org.gimp.GIMP/x86_64/beta/f83097d35724325a71920bc83a9b59aeb031f8ebe09890d8be241adc2a522f5c/files
app-commit=f83097d35724325a71920bc83a9b59aeb031f8ebe09890d8be241adc2a522f5c
runtime-path=/home/hresto/.local/share/flatpak/runtime/org.gnome.Platform/x86_64/44/4078027bba432a34c29220e86e005b05db89371141bee6f58774932a7b27d119/files
runtime-commit=4078027bba432a34c29220e86e005b05db89371141bee6f58774932a7b27d119
runtime-extensions=org.gnome.Platform.Locale=e072d5d8341980c4d2824da350deeb845b7a68f7cb777c43d3f63880a14562fb;org.freedesktop.Platform.GL.default=8b4ee41cce832ad87e6a806fd8359ac295ea23768cf515d88c502a0dcab54ca2;org.gtk.Gtk3theme.Yaru=4b1e043544efb4a6d0278a3a2deaede9f6ff61034589bdb380054121aa098952;org.freedesktop.Platform.openh264=bf24f23f3ba385f6e8c9215ed94d979db99814b0b614504a23a6d0751dc5f063;org.freedesktop.Platform.GL.default=e781cbdb0e17ea22365c55bcfdabfb6430c5f0a364c5307bdd5e1131c1a8680e
branch=beta
arch=x86_64
flatpak-version=1.12.7
session-bus-proxy=true
system-bus-proxy=true
[Context]
shared=network;ipc;
sockets=x11;wayland;fallback-x11;
devices=dri;
filesystems=xdg-config/GIMP;xdg-config/gtk-3.0;/tmp;xdg-run/gvfsd;host;xdg-run/gvfs;
[Session Bus Policy]
org.kde.kwin.Screenshot=talk
org.gtk.vfs.*=talk
org.gnome.Shell.Screenshot=talk
org.freedesktop.FileManager1=talk
[Environment]
ALSA_CONFIG_PATH=/usr/share/alsa/alsa-flatpak.conf
GI_TYPELIB_PATH=/app/lib/girepository-1.0
GST_PLUGIN_SYSTEM_PATH=/app/lib/gstreamer-1.0:/usr/lib/extensions/gstreamer-1.0:/usr/lib/x86_64-linux-gnu/gstreamer-1.0
XDG_DATA_DIRS=/app/share:/usr/share:/usr/share/runtime/share:/run/host/user-share:/run/host/share
ALSA_CONFIG_DIR=/usr/share/alsa
__EGL_EXTERNAL_PLATFORM_CONFIG_DIRS=/etc/egl/egl_external_platform.d:/usr/lib/x86_64-linux-gnu/GL/egl/egl_external_platform.d:/usr/share/egl/egl_external_platform.d
```
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:ImageXCenter': No namespace info available for XMP prefix `stCamera'
Stack trace:
```
/app/lib/libgimpbase-3.0.so.0(gimp_stack_trace_print+0x44f) [0x780799cc141f]
gimp-2.99(gui_message+0x2a1) [0x587e46be0941]
gimp-2.99(gimp_show_message+0xca) [0x587e46a3a0da]
gimp-2.99(+0x2cd07b) [0x587e46b9f07b]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_logv+0x26e) [0x78079967f7ee]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_log+0x93) [0x78079967fae3]
/app/lib/libgimpbase-3.0.so.0(+0x138a7) [0x780799cb98a7]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_markup_parse_context_parse+0xd40) [0x78079967bab0]
/app/lib/libgimpbase-3.0.so.0(gimp_metadata_deserialize+0xbe) [0x780799cbaa3e]
gimp-2.99(+0x22f1ea) [0x587e46b011ea]
gimp-2.99(gimp_procedure_execute+0x26d) [0x587e46b51f3d]
gimp-2.99(gimp_pdb_execute_procedure_by_name_args+0x1d2) [0x587e46b4e682]
gimp-2.99(gimp_plug_in_handle_message+0x2ca) [0x587e46b6660a]
gimp-2.99(+0x28514a) [0x587e46b5714a]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x199) [0x780799676d49]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x612a8) [0x7807996772a8]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x7f) [0x78079967758f]
gimp-2.99(gimp_plug_in_manager_call_run+0x637) [0x587e46b68367]
gimp-2.99(+0x28b1f2) [0x587e46b5d1f2]
gimp-2.99(gimp_procedure_execute+0x26d) [0x587e46b51f3d]
gimp-2.99(gimp_pdb_execute_procedure_by_name_args+0x1d2) [0x587e46b4e682]
gimp-2.99(gimp_pdb_execute_procedure_by_name+0x848) [0x587e46b4efd8]
gimp-2.99(file_open_image+0x27c) [0x587e46a9b8dc]
gimp-2.99(file_open_with_proc_and_display+0x1e2) [0x587e46a9c912]
gimp-2.99(file_open_with_display+0x1c) [0x587e46a9cafc]
gimp-2.99(file_open_from_command_line+0x147) [0x587e46a9d0c7]
gimp-2.99(+0x2cc8fb) [0x587e46b9e8fb]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x172) [0x78079977e442]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2c5c8) [0x7807997925c8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xf95) [0x780799799575]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x780799799743]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xf4138) [0x780799292138]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_application_run+0x14b) [0x7807992922cb]
gimp-2.99(app_run+0x1be) [0x587e46b9ee3e]
gimp-2.99(main+0x3a7) [0x587e469d2c97]
/usr/lib/x86_64-linux-gnu/libc.so.6(+0x2954a) [0x78079802954a]
/usr/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x8b) [0x78079802960b]
gimp-2.99(_start+0x25) [0x587e469d2e05]
```
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:ImageYCenter': No namespace info available for XMP prefix `stCamera'
Stack trace:
```
/app/lib/libgimpbase-3.0.so.0(gimp_stack_trace_print+0x44f) [0x780799cc141f]
gimp-2.99(gui_message+0x2a1) [0x587e46be0941]
gimp-2.99(gimp_show_message+0xca) [0x587e46a3a0da]
gimp-2.99(+0x2cd07b) [0x587e46b9f07b]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_logv+0x26e) [0x78079967f7ee]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_log+0x93) [0x78079967fae3]
/app/lib/libgimpbase-3.0.so.0(+0x138a7) [0x780799cb98a7]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_markup_parse_context_parse+0xd40) [0x78079967bab0]
/app/lib/libgimpbase-3.0.so.0(gimp_metadata_deserialize+0xbe) [0x780799cbaa3e]
gimp-2.99(+0x22f1ea) [0x587e46b011ea]
gimp-2.99(gimp_procedure_execute+0x26d) [0x587e46b51f3d]
gimp-2.99(gimp_pdb_execute_procedure_by_name_args+0x1d2) [0x587e46b4e682]
gimp-2.99(gimp_plug_in_handle_message+0x2ca) [0x587e46b6660a]
gimp-2.99(+0x28514a) [0x587e46b5714a]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x199) [0x780799676d49]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x612a8) [0x7807996772a8]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x7f) [0x78079967758f]
gimp-2.99(gimp_plug_in_manager_call_run+0x637) [0x587e46b68367]
gimp-2.99(+0x28b1f2) [0x587e46b5d1f2]
gimp-2.99(gimp_procedure_execute+0x26d) [0x587e46b51f3d]
gimp-2.99(gimp_pdb_execute_procedure_by_name_args+0x1d2) [0x587e46b4e682]
gimp-2.99(gimp_pdb_execute_procedure_by_name+0x848) [0x587e46b4efd8]
gimp-2.99(file_open_image+0x27c) [0x587e46a9b8dc]
gimp-2.99(file_open_with_proc_and_display+0x1e2) [0x587e46a9c912]
gimp-2.99(file_open_with_display+0x1c) [0x587e46a9cafc]
gimp-2.99(file_open_from_command_line+0x147) [0x587e46a9d0c7]
gimp-2.99(+0x2cc8fb) [0x587e46b9e8fb]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x172) [0x78079977e442]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2c5c8) [0x7807997925c8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xf95) [0x780799799575]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x780799799743]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xf4138) [0x780799292138]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_application_run+0x14b) [0x7807992922cb]
gimp-2.99(app_run+0x1be) [0x587e46b9ee3e]
gimp-2.99(main+0x3a7) [0x587e469d2c97]
/usr/lib/x86_64-linux-gnu/libc.so.6(+0x2954a) [0x78079802954a]
/usr/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x8b) [0x78079802960b]
gimp-2.99(_start+0x25) [0x587e469d2e05]
```
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelParam1': No namespace info available for XMP prefix `stCamera'
Stack trace:
```
/app/lib/libgimpbase-3.0.so.0(gimp_stack_trace_print+0x44f) [0x780799cc141f]
gimp-2.99(gui_message+0x2a1) [0x587e46be0941]
gimp-2.99(gimp_show_message+0xca) [0x587e46a3a0da]
gimp-2.99(+0x2cd07b) [0x587e46b9f07b]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_logv+0x26e) [0x78079967f7ee]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_log+0x93) [0x78079967fae3]
/app/lib/libgimpbase-3.0.so.0(+0x138a7) [0x780799cb98a7]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_markup_parse_context_parse+0xd40) [0x78079967bab0]
/app/lib/libgimpbase-3.0.so.0(gimp_metadata_deserialize+0xbe) [0x780799cbaa3e]
gimp-2.99(+0x22f1ea) [0x587e46b011ea]
gimp-2.99(gimp_procedure_execute+0x26d) [0x587e46b51f3d]
gimp-2.99(gimp_pdb_execute_procedure_by_name_args+0x1d2) [0x587e46b4e682]
gimp-2.99(gimp_plug_in_handle_message+0x2ca) [0x587e46b6660a]
gimp-2.99(+0x28514a) [0x587e46b5714a]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x199) [0x780799676d49]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x612a8) [0x7807996772a8]
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x7f) [0x78079967758f]
gimp-2.99(gimp_plug_in_manager_call_run+0x637) [0x587e46b68367]
gimp-2.99(+0x28b1f2) [0x587e46b5d1f2]
gimp-2.99(gimp_procedure_execute+0x26d) [0x587e46b51f3d]
gimp-2.99(gimp_pdb_execute_procedure_by_name_args+0x1d2) [0x587e46b4e682]
gimp-2.99(gimp_pdb_execute_procedure_by_name+0x848) [0x587e46b4efd8]
gimp-2.99(file_open_image+0x27c) [0x587e46a9b8dc]
gimp-2.99(file_open_with_proc_and_display+0x1e2) [0x587e46a9c912]
gimp-2.99(file_open_with_display+0x1c) [0x587e46a9cafc]
gimp-2.99(file_open_from_command_line+0x147) [0x587e46a9d0c7]
gimp-2.99(+0x2cc8fb) [0x587e46b9e8fb]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x172) [0x78079977e442]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2c5c8) [0x7807997925c8]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xf95) [0x780799799575]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x780799799743]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xf4138) [0x780799292138]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_application_run+0x14b) [0x7807992922cb]
gimp-2.99(app_run+0x1be) [0x587e46b9ee3e]
gimp-2.99(main+0x3a7) [0x587e469d2c97]
/usr/lib/x86_64-linux-gnu/libc.so.6(+0x2954a) [0x78079802954a]
/usr/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x8b) [0x78079802960b]
gimp-2.99(_start+0x25) [0x587e469d2e05]
```
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelPiecewiseParam': No namespace info available for XMP prefix `stCamera'
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelPiecewiseParam': No namespace info available for XMP prefix `stCamera'
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelPiecewiseParam': No namespace info available for XMP prefix `stCamera'
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelPiecewiseParam': No namespace info available for XMP prefix `stCamera'
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelPiecewiseParam': No namespace info available for XMP prefix `stCamera'
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelPiecewiseParam': No namespace info available for XMP prefix `stCamera'
> GIMP-WARNING: gimp_metadata_deserialize_text: failed to set multiple metadata 'Xmp.photoshop.CameraProfiles[1]/crlcp:PerspectiveModel/crlcp:VignetteModel/stCamera:VignetteModelPiecewiseParam': No namespace info available for XMP prefix `stCamera'2024-03-19https://gitlab.gnome.org/GNOME/gimp/-/issues/11042gimp freezes opening xcfs2024-03-12T18:51:27ZWills Flowersgimp freezes opening xcfs### Environment/Versions
- GIMP Version:2.10.36
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->
- Operating System: <!--[Windows? macOS? Linux? All?] (write it...### Environment/Versions
- GIMP Version:2.10.36
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) -->
<!-- Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch). -->
### Issue Description
For the past week, Gimp freezes while opening a Gimp file previously created. The image only partially opens, and none of the Gimp tools respond. However, when I wiggle the window Gimp is running in, the file opens and Gimp becomes active again. I am running Gimp on a MacBook Pro with Catalinan 10.15.7.
### Performance Log
I have no idea what this is. Your info link seems to be for Windows. What do I do in a Mac?
<!-- Please record a performance log demonstrating the issue, and attach it to the report.
For more information, see
https://developer.gimp.org/core/debug/performance-logs/
-->
### Performance Log Description
<!-- Please describe in detail the actions performed in the performance log.
If you added empty event markers to the log, please provide a description for them here.
If you recorded a screencast while recording the log, please attach it here. -->
### Additional Information
See issue description
<!-- If there is any additional information, please provide it here. -->https://gitlab.gnome.org/GNOME/gimp/-/issues/11040SF Unicode cuts open-input-string2024-03-26T12:51:26ZAlSchemistSF Unicode cuts open-input-string<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version: 2.99.18, 2.99.16
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Windows 10, Ubuntu 23.04
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)--> Always
Reproduction steps:
1. Gimp menu "**Filters**" > "**Development**" > "**Script-Fu**" > "**Console**";
2. In the Script-Fu console, copy and **paste** the following Scheme expression:
```scheme
(read (open-input-string "'(λ)"))
```
Expected result:
```scheme
"'(λ)"
```
Actual result:
```scheme
Error: syntax error: expected right paren, found EOF
```
<details><summary>Click to reproduce the expected result?</summary>
The expected result is displayed in Windows 10 stable SF 2.10.36
```scheme
(read (open-input-string "'(λ)"))
'(λ)
```
### Additional information
The Unicode "λ" character is rendered in Script-Fu Console 2.99.18
However the count of characters could be wrong during the internal copy in the buffer of the input string port, hence the missing right parenthesis:
```scheme
; Read open-input-string port character by character until nbrChar. End at EOF before the right parenthesis
(define (MissingRightParenthesis nbrChar)
(let loop ((portStr (open-input-string "'(λ)")))
(let loop ((idxCh 0))
(if (< idxCh nbrChar)
(let ((ch (read-char portStr)))
(if (eof-object? ch)
(begin (display "\n0123\nEOF at 0-based index ")(display idxCh))
(begin (display ch) (loop (+ idxCh 1)))
) ) ) )
(close-port portStr) (newline)
) )
```
Run in the Script-Fu console of Gimp 2.99.18:
```scheme
(MissingRightParenthesis 4)
```
```scheme
'(λ
0123
EOF at 0-based index 3
#t
```
### Positive test
Without Unicode char, there are not any issues:
```scheme
; OK: Windows 10 Gimp 2.99.18 Script-Fu replacing "λ" with "ascii"
(read (open-input-string "'(ascii)"))
'(ascii)
```
The issue is located in open-**input**-string but not open-**output**-string:
```scheme
; OK: Win10 SF 2.99.18 replacing open-input-string with open-output-string + get-output-string
(let ((port (open-output-string)))(display "'(λ)" port)(prog1 (get-output-string port)(close-port port)))
"'(λ)"
```
Even if TS 1.42 renders Unicode char "λ" as "?", it does not eat the closed parenthesis.
C:\Tool\Gimp\scheme\TinyScheme\tinyscheme-1.42\bin>scheme.exe
```scheme
TinyScheme 1.42
ts> (read (open-input-string "'(λ)"))
'(?)
ts>
```
</details>
### Conclusion
This is SF 2.99 **open-input-string** Unicode **count** of **char** _regression_ with regards to 2.10https://gitlab.gnome.org/GNOME/gimp/-/issues/11037Gaussian blur in Mac OS GIMP does not correctly blur the alpha channel2024-03-13T15:05:59ZAlexander ThomasGaussian blur in Mac OS GIMP does not correctly blur the alpha channel### Environment/Versions
- GIMP version: 2.10.36
- Package: Installer from gimp.org, also in MacPorts build
- Operating System: Mac OS Sonoma 14.3.1
### Description of the bug
Applying Gaussian Blur on a layer that has an Alpha channe...### Environment/Versions
- GIMP version: 2.10.36
- Package: Installer from gimp.org, also in MacPorts build
- Operating System: Mac OS Sonoma 14.3.1
### Description of the bug
Applying Gaussian Blur on a layer that has an Alpha channel, will not fully blur the alpha channel. The original un-blurred channel seems to be overlaid onto the blurred result.
### Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Open attached BlurTest.xcf file.[BlurTest.xcf](/uploads/7cf24b9ffe957a962be9d7a0a00b60a1/BlurTest.xcf)
2. Apply Gaussian Blur with radius 8 or greater.
3. Observe result.
Expected result:
The black and white regions are fully blurred. This is the result I get with GIMP 2.10.36 in Ubuntu installed through snap.
![Blurred-correct](/uploads/b61c9dbd2876ddd1ef7359a0621c4879/Blurred-correct.png)
Actual result:
The result I get in the Mac OS build, looks like the un-blurred image overlaid onto the blurred image. The 1-pixel wide details can still be discerned, which should be impossible with an 8-pixel radius blur.
![Blurred-MacGIMP](/uploads/b7c357b8bf59143a4af667f8d90888b6/Blurred-MacGIMP.png)
### Additional information
I don't seem to remember seeing this problem while I was using GIMP in Mac OS Ventura. I have tried reinstalling my entire MacPorts including GIMP, but the bug is still present. The other types of blur filters seem to work as expected.https://gitlab.gnome.org/GNOME/gimp/-/issues/11035.gih export dialogue is not aligned with original data of brush2024-03-11T20:23:17ZAmerico Gobboamericogobbo@gmail.com.gih export dialogue is not aligned with original data of brush### Environment/Versions
- GIMP version: 2.99.18
- Package: flatpak Installer from gimp.org
- Operating System: Linux Fedora 39 Budgie Flavour
### Description of the bug
The .gih brush dialogue not aligned with original brush instance...### Environment/Versions
- GIMP version: 2.99.18
- Package: flatpak Installer from gimp.org
- Operating System: Linux Fedora 39 Budgie Flavour
### Description of the bug
The .gih brush dialogue not aligned with original brush instances causes problems and corrupts the archive .gih. For instance, when you open a .gih brush as an image is waiting for the instances of measure, cells, ranks and parameter effect must be equal to the original .gih brush.
To understand well the issue I created from the command line a .gih using the instructions on the \[https://developer.gimp.org/core/standards/gih/\]
I have created a header:
```
Fire
3 ncells:3 step:20 dim:1 cols:1 rows:3 rank0:3 selection:incremental
```
After I generated the .gih `$ cat header Cell-01.gbr Cell-02.gbr Vegetation-01.gbr > foo.gih`
I have made a setup to Gimp use the folder where is placed foo.gih
### Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Open the foo.gih brush as an image;
2. Try export as foo.gih only to open the export dialogue and to make a comparison between the original instances of the header:
* The Gih Export dialogue is broken except for Description and Cell (width and Height) measures.
* The 'Number of Cells' is disabled (but using 1), because the buttons (- and +) are disabled. Is necessary to add the correct Number of Cells, in this case, '3'.
* The Ranks are also wrong (using 1) and not aligned with stack layers that are '3'.
* Dimension numbers were recovered correctly... but is a coincidence because the setup is always of 1 dimension.
* The parameter original is incremental and it was loaded as 'random'.
* I have tried opening other .gih with different arrays and the setup that appears on the Gih Export Dialogue is always the same:
![Screenshot from 2024-03-10 14-44-49.png](/uploads/66510af193751deeefed22a869d7bc64/Screenshot_from_2024-03-10_14-44-49.png)
4. If you try to export it, obviously we created a corrupt .gih and when we reload the brushes of Brush Dialogue Gimp opens an alert about it.
5. If you open the same .gih as the image on 2.10.36 the dialogue recovers correctly the .gih created by the command line:\
![gih-export-dialogue-aligned-2.10](/uploads/38baac1a86c0fc71f9137cefc81fb160/gih-export-dialogue-aligned-2.10.png)
### Archives used on that issue verification
[gih-export-2.99-not-aligned.zip.zip](/uploads/2dcb51b167928430aee169404446aa41/gih-export-2.99-not-aligned.zip.zip)https://gitlab.gnome.org/GNOME/gimp/-/issues/11029Slider widget needs a complete revamp2024-03-28T02:15:37ZAlexandre ProkoudineSlider widget needs a complete revampCurrently, the slider/spinbox widget in 2.99 (any revision, tested on Ubuntu Linux) has multiple issues:
- [ ] Dragging or clicking to set a value automatically enables the numeric input mode which steals the focus. This is covered by #...Currently, the slider/spinbox widget in 2.99 (any revision, tested on Ubuntu Linux) has multiple issues:
- [ ] Dragging or clicking to set a value automatically enables the numeric input mode which steals the focus. This is covered by #9727.
- [ ] Once the numeric input mode is enabled, you cannot click and drag to correct the value if the position is behind the numeric input field, you have to click elsewhere, then drag the slider to a diferent position behind the numeric input field.
- [ ] Clicking on +/- buttons makes the numeric input field steal the focus again. This is covered by #9786.
- [ ] Plugins don't get the same functionality, e.g. you cannot reset a value of a specific parameter, only the entire state of the GEGL op behind it.
- [ ] In the worst case scenario, which is, like, most sliders for brush-based tools, you get to see a row of 4 (four!) buttons next to the slider: +/-/reset/weird-lock-with-a-tooltip-that-explains-nothing. You could learn from Blender here:
![image](/uploads/d3cc482c12ac27c86154644ed5db8347/image.png)
You get the same functionality (+/- increment, key modifiers with different increment steps for dragging, label inside the slider, numeric input via double-click, resetting via context menu, a locking button) _and_ much cleaner UI.
I'm sorry, but the current state of affairs is a disaster _and_ a regression from 2.10. I've seen @pixelmixer's attempt to address this by making the lock button optional, personally I do not think this is the way to go.3.0 RC1https://gitlab.gnome.org/GNOME/gimp/-/issues/11021Text antialiasing is broken since color invasion (probably due to cairo)2024-03-09T15:12:36ZBruno LopesText antialiasing is broken since color invasion (probably due to cairo)### Environment/Versions
- GIMP version: 2.99.19 (d3e37fa) | 2.99.18
- Package: CI crossbuild | Flatpak
- Operating System: Windows 11 | Debian Bookworm
### Description of the bug
Since the latest changes regarding color invasion (?) ...### Environment/Versions
- GIMP version: 2.99.19 (d3e37fa) | 2.99.18
- Package: CI crossbuild | Flatpak
- Operating System: Windows 11 | Debian Bookworm
### Description of the bug
Since the latest changes regarding color invasion (?) the texts rendering became quite awful with a dark borderline.
![image](/uploads/bc21eb2e44d0450619e84a17016d9bc0/image.png)
![image](/uploads/4ec1854c6d981e9f70ff8fb95cefa8be/image.png)
This is "solved" disabling antialiasing but the text become rough.
### Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Create a image with a medium to light shade as background
2. Type some white text
…
Expected result: Alpha channel from antialiasing is kept
Actual result: Seems that alpha channel is gone so the antiliasing don't work weel
### Additional information
Nope.3.0 RC1https://gitlab.gnome.org/GNOME/gimp/-/issues/11014RTL: "Next" and "Previous" buttons in Tip of the day points towards each other2024-03-07T14:21:55ZAnders JonssonRTL: "Next" and "Previous" buttons in Tip of the day points towards each other<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version: GIMP_2_99_18-119-ga905208873
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)--> Flatpak and compiled from source
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> Linux
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
Found when trying to reproduce #11007.
Opening Tip of the day in an RTL language gives the `Next` and `Previous` buttons in swapped order which is to be expected. However, since the arrows haven't changed direction, they now point at each other. Common use seems to be mirroring arrows for right-to-left languages.
![GIMP-tips_arabic-arrows](/uploads/32f79c97b4fc3ede740aed1d112cac62/GIMP-tips_arabic-arrows.png)
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)--> Always
Reproduction steps:
1. Open tip of the day with an RTL locale. I tested LANG=ar_SA.utf8
Expected result: Next and Previous buttons to not point at each other.
Actual result: Buttons are pointing at each other.https://gitlab.gnome.org/GNOME/gimp/-/issues/11007Tip of the day: Next and Previous tips buttons seem swapped2024-03-09T17:15:18ZSabri ÜnalTip of the day: Next and Previous tips buttons seem swapped### Environment/Versions
- GIMP version: 2.99.19 / commit 9750c77
- Package: flatpak from gnome-nightly
- Operating System: Penguin
### Description of the bug
Next and Previous tips button seem replaced amid no code change for 16 year...### Environment/Versions
- GIMP version: 2.99.19 / commit 9750c77
- Package: flatpak from gnome-nightly
- Operating System: Penguin
### Description of the bug
Next and Previous tips button seem replaced amid no code change for 16 years!
![Ekran_Görüntüsü_-_2024-03-06_07-01-30](/uploads/222e56e0162d7f10b0f8df02d524f5b0/Ekran_Görüntüsü_-_2024-03-06_07-01-30.png)
### Reproduction
Is the bug reproducible? Always
Reproduction steps:
1. Open Tips of the day dialog
…
Expected result: Previous tip > Next Tip
Actual result: Next Tip > Previous Tiphttps://gitlab.gnome.org/GNOME/gimp/-/issues/10998GIMP-2.99.18 - a painted color color-picks differently than the color that wa...2024-03-06T05:36:07ZElle StoneGIMP-2.99.18 - a painted color color-picks differently than the color that was actually dialed in to be paintedOn GIMP-2.99.18 a painted color is not always the color that was intended to be painted. To reproduce:
1. Open a new 32-bit floating point image in the built-in sRGB color space. Make the background white (the background color is probab...On GIMP-2.99.18 a painted color is not always the color that was intended to be painted. To reproduce:
1. Open a new 32-bit floating point image in the built-in sRGB color space. Make the background white (the background color is probably irrelevant).
2. Using the Change Foreground Color tool, dial in sRGB reddest red (R=100, G=B=0). Now paint a patch of solid reddest red.
3. Repeat for sRGB bluest blue (R=G=0, B=100), greenest green (you get the idea), yellowest yellow, most cyan cyan, and most magenta magenta.
4. Now color-pick each of the just-painted "most saturated sRGB colors". One or more of the colors will not color-pick as the same color that was painted. For example, greenest green might color pick as R=0, B=17, G=100. And so forth.
Which colors are affected seems a bit random. How much a color is affected also seems a bit random.
This bug affects GIMP-2.99.18 on Debian Trixie Linux, installed from source downloaded from gitlab. It also affects GIMP-2.99.18 for Windows, downloaded from gimp.org.
The bug does *not* affect GIMP-2.99.16. It also does not affect various versions of GIMP-2.10.
Some possibly relevant older bug reports:
https://gitlab.gnome.org/GNOME/gimp/-/issues/1980
https://gitlab.gnome.org/GNOME/gimp/-/issues/2091
https://gitlab.gnome.org/GNOME/gimp/-/issues/1997
Using or not using "Sample average" and "Sample merged" didn't seem to make any difference.3.0 RC1https://gitlab.gnome.org/GNOME/gimp/-/issues/10997Gimp 2.99.18 (Long Shadow effect does not export properly)2024-03-21T17:46:42ZGideon O. StewardGimp 2.99.18 (Long Shadow effect does not export properly)<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill al...<!-- ⚠️ IMPORTANT: READ ME! ⚠️
This is the default template for bug reports.
For feature requests or performance issues, please switch instead to the appropriate template in the "Choose a template" list.
It is important that you fill all the fields of the template.
-->
### Environment/Versions
- GIMP version: 2.99.18
- Package: <!--[flatpak? Installer from gimp.org? If another installer, tell us where from] (write it after the > symbol)-->
- Operating System: <!--[Windows? macOS? Linux? All?] (write it after the > symbol) --> windows 10
<!--Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of GIMP or on updated development code
(master branch).-->
### Description of the bug
<!--Please describe your issue with details.
Add screenshot or other files if needed.(write it after the > symbol)-->
i some of the effects like the Long shadow effect when applied to a text, do not come out properly when exported.
The specific effect in question is as follows
Filters> Light & Shadow> LongShadow Style>Fading (fixed Length)
something like this
![image](/uploads/b76a4a0f5de0913f879da537e4f4f027/image.png)
### Reproduction
Is the bug reproducible? <!--[Always / Randomly / Happened only once ] (write it after the > symbol)-->
Reproduction steps:
1.
2.
3.
…
Expected result:
![image](/uploads/65998e152c7e088ae46ce7ae58bb7964/image.png)
this is how it supposed to look like
Actual result:
![Untitled](/uploads/d3f6b28f2cbae919b8d702a1cbafd189/Untitled.png)
### Additional information
another example
![1350_wide_1080](/uploads/94f03559938859c309384c66789cf7fd/1350_wide_1080.png)
If you have a backtrace for a crash or a warning, paste it here.
don't know if this count but i will paste it
![image](/uploads/3476955b37fcead8e65709c9ebab53db/image.png)
(gimp-2.99.exe:7556): Gtk-WARNING **: 20:49:06.380: Failed to set text 'C:\Users\Gideon\Desktop\GS Brand Work\6 Branding & Identity Project's\@Wood Habitat Rebrand\3 Name. Design appfile\1350 wide 1080.xcf<i><span weight='light'></span></i>' from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ? escape ampersand as &
(gimp-2.99.exe:7556): Gtk-WARNING **: 20:49:06.395: Failed to set text 'C:\Users\Gideon\Desktop\GS Brand Work\6 Branding & Identity Project's\@Wood Habitat Rebrand\3 Name. Design appfile\1350 wide 1080.xcf<i><span weight='light'></span></i>' from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ? escape ampersand as &
(gimp-2.99.exe:7556): Gtk-WARNING **: 20:49:06.435: Failed to set text 'C:\Users\Gideon\Desktop\GS Brand Work\6 Branding & Identity Project's\@Wood Habitat Rebrand\3 Name. Design appfile\1350 wide 1080.xcf<i><span weight='light'></span></i>' from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ? escape ampersand as &
(gimp-2.99.exe:7556): Gtk-WARNING **: 20:49:06.452: Failed to set text 'C:\Users\Gideon\Desktop\GS Brand Work\6 Branding & Identity Project's\@Wood Habitat Rebrand\3 Name. Design appfile\1350 wide 1080.xcf<i><span weight='light'></span></i>' from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ? escape ampersand as &
(gimp-2.99.exe:7556): Gtk-WARNING **: 20:49:06.459: Failed to set text 'C:\Users\Gideon\Desktop\GS Brand Work\6 Branding & Identity Project's\@Wood Habitat Rebrand\3 Name. Design appfile\1350 wide 1080.xcf<i><span weight='light'></span></i>' from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ? escape ampersand as &
(gimp-2.99.exe:7556): Gtk-WARNING **: 20:49:06.468: Failed to set text 'C:\Users\Gideon\Desktop\GS Brand Work\6 Branding & Identity Project's\@Wood Habitat Rebrand\3 Name. Design appfile\1350 wide 1080.xcf<i><span weight='light'></span></i>' from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ? escape ampersand as &
(gimp-2.99.exe:7556): Gtk-WARNING **: 20:49:06.484: Failed to set text 'C:\Users\Gideon\Desktop\GS Brand Work\6 Branding & Identity Project's\@Wood Habitat Rebrand\3 Name. Design appfile\1350 wide 1080.xcf<i><span weight='light'></span></i>' from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity ? escape ampersand as &https://gitlab.gnome.org/GNOME/gimp/-/issues/10978gimp_drawable_get_pixel(): in Script-Fu for GIMP V2.99.18 is different regard...2024-03-21T18:57:09Zprogrammer_cedsgimp_drawable_get_pixel(): in Script-Fu for GIMP V2.99.18 is different regarding alphaPreviously gimp-drawable-get-pixel() returned the number of channels and an array of pixel values. In V2.99.18 it returns a GeglColor. The script that I am trying to update needs to know the alpha value for the pixel - easily done before...Previously gimp-drawable-get-pixel() returned the number of channels and an array of pixel values. In V2.99.18 it returns a GeglColor. The script that I am trying to update needs to know the alpha value for the pixel - easily done before but now I think it would need to use gegl_color_get_rgba() and I don't think that this is possible at the moment - or is there a way?https://gitlab.gnome.org/GNOME/gimp/-/issues/10977Assets Folder Preferences and File Manager Interaction Issues2024-03-06T19:38:59ZAmerico Gobboamericogobbo@gmail.comAssets Folder Preferences and File Manager Interaction Issues### Environment/Versions
- GIMP version: 2.10.36 and 2.99.18
- Package: flatpak installer from gimp.org
- Operating System: Linux Fedora 39 Budgie Flavour
### Description of the bug
I have difficulty interacting with GIMP flatpak with...### Environment/Versions
- GIMP version: 2.10.36 and 2.99.18
- Package: flatpak installer from gimp.org
- Operating System: Linux Fedora 39 Budgie Flavour
### Description of the bug
I have difficulty interacting with GIMP flatpak with the preferences/folder instances and the features to search the assets and folders with the 'find' instances present on GIMP.
What happens:
1. in both cases (2.10.36 and 2.99.18) is not possible to find the asset using the 'Show in File Manager' from the Assets List docks.
2. if we try to find the location of the folder with 'Show file Location in File Manager', in Preferences/Folders/Brushes, e.g., always appears a message with 'Could not find "path" Please check the spelling and try again".
3. The way to navigate the folders with the first option 'Open a file selector to browser your folders' is possible find the folder.
### Reproduction
Is the bug reproducible? Always
Reproduction steps, I made a video to show it
![assets-and-preferences-folders-instances.mp4](/uploads/8061b6642d1e3b14954907f18441ed2d/assets-and-preferences-folders-instances.mp4)https://gitlab.gnome.org/GNOME/gimp/-/issues/10969Dithering in Gradients create artificial color noise2024-03-02T13:24:08ZgetCursorsExeDithering in Gradients create artificial color noiseThere's a very slight color noise artifact in gradient dithering. This can be seen by using Color Levels filter.There's a very slight color noise artifact in gradient dithering. This can be seen by using Color Levels filter.https://gitlab.gnome.org/GNOME/gimp/-/issues/10950Declared defaults for Resource arguments are not effective2024-03-22T13:39:33ZLloyd Konnekerkonnekerl@gmail.comDeclared defaults for Resource arguments are not effectiveThis covers related issues #10617 #10822 #10856.
Re object-valued arguments Resource (Brush, Font, etc.)
Primitive valued arguments do reset properly.
Color valued arguments might have the same issue
but hard to know since Test>Sphere3 ...This covers related issues #10617 #10822 #10856.
Re object-valued arguments Resource (Brush, Font, etc.)
Primitive valued arguments do reset properly.
Color valued arguments might have the same issue
but hard to know since Test>Sphere3 is currently broken for Color widgets.
Symptom: the dialog for a plugin doesn't initially show the default
that is declared by name by the plugin for e.g. Font "Sans-serif",
after a clean install.
Also, the "Reset>Factory defaults" button of a plugin dialog
doesn't have the intended effect.
Usually the erroneous default is from the Context, not as declared by the plugin.
For GimpProcedureDialog based GUI but also for old-style ScriptFu dialogs.
Only ScriptFu currently lets you declare a default Resource by name.
It worked in v2 but doesn't work in v3.
Other language plugins don't have a way to declare a default by name
(e.g. in PROC_ARG_RESOURCE macro. )
We might also let a plugin declare a default for "other/second" Image by name.
But for now, there is no ImageChooser widget in GimpProcedureDialog.3.0 RC1