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 712562 - Fixes for the journal
Fixes for the journal
Status: RESOLVED OBSOLETE
Product: cogl
Classification: Platform
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Cogl maintainer(s)
Cogl maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-11-18 05:43 UTC by Jasper St. Pierre (not reading bugmail)
Modified: 2021-06-10 11:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
framebuffer: Don't mark the clip dirty at mid scene (755 bytes, patch)
2013-11-18 05:43 UTC, Jasper St. Pierre (not reading bugmail)
committed Details | Review
framebuffer: Fix clip tracking in the unclipped case (1.62 KB, patch)
2013-11-18 05:43 UTC, Jasper St. Pierre (not reading bugmail)
committed Details | Review

Description Jasper St. Pierre (not reading bugmail) 2013-11-18 05:43:49 UTC
Together with two Clutter patches, this completely removes the calls
to glReadPixels in gnome-shell. Whoa.
Comment 1 Jasper St. Pierre (not reading bugmail) 2013-11-18 05:43:51 UTC
Created attachment 260075 [details] [review]
framebuffer: Don't mark the clip dirty at mid scene
Comment 2 Jasper St. Pierre (not reading bugmail) 2013-11-18 05:43:54 UTC
Created attachment 260076 [details] [review]
framebuffer: Fix clip tracking in the unclipped case

Leaving the clip bounds untouched means that it will retain the stale value
of whatever it was when we last had a clip; reset it so that it contains the
full framebuffer contents instead.
Comment 3 Jasper St. Pierre (not reading bugmail) 2013-11-19 16:20:47 UTC
Attachment 260075 [details] pushed as 3eb63f6 - framebuffer: Don't mark the clip dirty at mid scene
Attachment 260076 [details] pushed as 5c5715f - framebuffer: Fix clip tracking in the unclipped case
Comment 4 Neil Roberts 2013-11-21 12:56:04 UTC
(In reply to comment #1)
> Created an attachment (id=260075) [details] [review]
> framebuffer: Don't mark the clip dirty at mid scene

This patch doesn't look right because now nothing will ever set
clear_clip_dirty = TRUE. Presumably that would mean that if a
rectangle is drawn and then the journal is flushed before the
framebuffer is read then it would think it could return the clear
color even though it shouldn't.

Perhaps a better approach would be to make a second version of
_cogl_framebuffer_mark_mid_scene that doesn't set the clear_clip_dirty
flag and call that from the journal instead.

I've reverted the patch on the 1.18 branch as it was pushed without
review and without first going into the master branch. If we make a
new patch we can use the normal process of getting review and first
applying it to master before cherry-picking it to the 1.18 branch.
Comment 5 Neil Roberts 2013-11-21 12:57:47 UTC
(In reply to comment #2)
> Created an attachment (id=260076) [details] [review]
> framebuffer: Fix clip tracking in the unclipped case

Note that Jasper has reverted this patch as well on the 1.18 branch.
Comment 6 André Klapper 2021-06-10 11:20:20 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of cogl, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a ticket at
  https://gitlab.gnome.org/GNOME/cogl/-/issues/

Thank you for your understanding and your help.