After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 767565 - Set highlight-syntax property from FALSE to TRUE doesn't redraw the view directly
Set highlight-syntax property from FALSE to TRUE doesn't redraw the view dire...
Status: RESOLVED FIXED
Product: gtksourceview
Classification: Platform
Component: Context engine
3.21.x
Other Linux
: Normal normal
: ---
Assigned To: GTK Sourceview maintainers
GTK Sourceview maintainers
Depends on:
Blocks:
 
 
Reported: 2016-06-12 16:39 UTC by Sébastien Wilmet
Modified: 2016-06-16 16:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sébastien Wilmet 2016-06-12 16:39:17 UTC 
It's 100% reproducible for me with test-widget.

When the GtkSourceBuffer:highlight-syntax property is changed from FALSE to TRUE (with the checkbutton in the side panel), the view is still black and white. Then when we click on the view, the colors appear.

It's maybe a regression of commit 949cd128064201935f90d999544e6a19f8e3baa6.

I don't know much about the ContextEngine internals, but I would expect that it just works and that we don't need an external hack to apply the highlighting tags.
Comment 1 Sébastien Wilmet 2016-06-15 17:22:34 UTC 
Fixed with commit 2c56dc3f2e68f8aed6a02c3bd5e6485e082a22c2.
Comment 2 Sébastien Wilmet 2016-06-15 17:24:46 UTC 
This bug number reflects well what the code does.
Comment 3 Sébastien Wilmet 2016-06-16 16:16:27 UTC 
Filed bug #767702 for the confusing name of the highlight-updated signal.