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 696404 - st-scroll-view-fade: Don't fade out gradient
st-scroll-view-fade: Don't fade out gradient
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-03-22 16:27 UTC by drago01
Modified: 2013-03-22 18:56 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
st-scroll-view-fade: Don't fade out gradient (2.35 KB, patch)
2013-03-22 16:27 UTC, drago01 		committed Details | Review

Description drago01 2013-03-22 16:27:20 UTC 
See patch, has been found during the test day yesterday.
Comment 1 drago01 2013-03-22 16:27:22 UTC 
Created attachment 239557 [details] [review]
st-scroll-view-fade: Don't fade out gradient

The changes from commit b4f5f1e4617434 and b394d184cc7fa6 increased the
instructions required for the fade fragment shader. This is over the limit
for some hardware (like intel gen3), which causes the driver to fallback
to software rendering for the shader. The result is that painting a scrollview
that has a fade effect takes around 30 (!!) seconds.

So lets go back to the old effect for 3.8 until we find a solution.
Comment 2 drago01 2013-03-22 16:29:22 UTC 
Downstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=924396
Comment 3 Jasper St. Pierre (not reading bugmail) 2013-03-22 17:09:57 UTC 
Review of attachment 239557 [details] [review]:

Let's do this for now. I wasn't 100% happy with how the fade looked anyway.
Comment 4 drago01 2013-03-22 18:56:37 UTC 
Attachment 239557 [details] pushed as 6ef9ab6 - st-scroll-view-fade: Don't fade out gradient