Icons on line in wizard

I have a wizard displaying lines with icons. When the wizard is displayed, there is no icon. I also have a on_change that reloads the lines, and when the on_change is called, the icons appear.

Files

Download	Creator	Timestamp	Type
0_Wizard_init.png	@rseon	2015-06-10 10:02:31.433000 UTC	image/png
1_wizard_reloaded.png	@rseon	2015-06-10 10:02:44.602000 UTC	image/png
gnuhealth_icons_pregnancy_warning.png	@meanmicio	2015-08-20 13:03:43.309000 UTC	image/png

added 1 deleted label

By the way, the lines within the wizard are not stored (if it can helps)

added 1 deleted label and removed 1 deleted label

Maybe it is a column size issue?

I don't think so, because when the data are refreshed, without changing anything everything appear.
As you can see in the first attachement, there is the issue on the icon, but also on the ">" symbol for the tree and the suffix on the currency.
I don't know if all those issues are linked, but everything is fixed after the refresh.

I experience something similar when using icons in any tree view (tryton 3.7). The first time you enter the view, no icons are shown. After we reload/refresh the tree view, everything is OK.

@meanmicio I'm wondering if it is always the case or only at the first time of the session?

I can reproduce it always, both within the same session (closing and opening the tree view) and closing a session and login in it again.

In both cases, the icons would show after Reloading the view.

Which kind of icon is it? Standard, on server side, customized?

They are server side icons, from GNU Health core module. Please check the attached screenshot showing the icons (after reloading the tree view)

After looking into this problem, i have found a possible fix.

After removing the '@realized' decorator from 'setter' method of the 'Affix' class in /tryton/gui/window/view_form/view/list_gtk/widget.py, the problem no longer persists.

Although i'm unsure of the effect caused by removing this decorator?

See r2914f085c911, it will remove the lazy loading.
Indeed you should not look at removing the feature but fixing it.
According to your discover, the issue is that the setter is called when the treeview is not yet realized and never called later when it is.
This sounds like a racing condition

added tryton type::behavior labels

I have been playing around with this problem.
As you said the problem is the treeview is not 'realized'.
Although i am unable to find the race condition you mentioned, i noticed that the problem only exists when the treeview is inside a gtk.Dialog. Knowing this i have found a workaround that fixes the problem: see 20031003

Your opinion would be appreciated.

Thanks

The review20031003 doesn't fix anything, it is the same as msg24292 but with a reduced perimeter.
Maybe indeed it is because the dialog is not yet shown when the setter is called.

Normally this review25551002 must fix the problem.

assigned to @ced

added 1 deleted label and removed 1 deleted label

New review25551002 at https://codereview.tryton.org/25551002/#ps1

New changeset 0e1a8f83acce by C?dric Krier in branch 'default':
Show wizard dialog before adding screen widget
http://hg.tryton.org/tryton/rev/0e1a8f83acce

added 1 deleted label and removed 1 deleted label

closed

New changeset c36e3d59c5d7 by C?dric Krier in branch '4.0':
Show wizard dialog before adding screen widget
http://hg.tryton.org/tryton/rev/c36e3d59c5d7

New changeset 9927ed387eab by C?dric Krier in branch '3.8':
Show wizard dialog before adding screen widget
http://hg.tryton.org/tryton/rev/9927ed387eab

New changeset a31c94cb8aa9 by C?dric Krier in branch '3.6':
Show wizard dialog before adding screen widget
http://hg.tryton.org/tryton/rev/a31c94cb8aa9

New changeset 273f28b08107 by C?dric Krier in branch '3.4':
Show wizard dialog before adding screen widget
http://hg.tryton.org/tryton/rev/273f28b08107

New changeset 5c8bf9a88c9b by C?dric Krier in branch '3.2':
Show wizard dialog before adding screen widget
http://hg.tryton.org/tryton/rev/5c8bf9a88c9b