| Summary: | Fisheye magnifier broken | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Kai Uwe Broulik <kde> |
| Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | haddipehalwan |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | 4.9.1 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | One of the broken results of fisheye | ||
|
Description
Kai Uwe Broulik
2012-09-19 17:40:21 UTC
Created attachment 74032 [details]
One of the broken results of fisheye
is the non gles variant also affected? Don't know, this effect needs OpenGL 2 which KWin doesn't enable on this ma hine works just fine here. First things to note: if the GL 2 codepath does not work, GLES should not work either. I don't see any reason on why GL2 should not work on an ivybridge. Best get some help on fixing the system. LIBGL_ALWAYS_INDIRECT in env - it works on a 945 (gles or not) so i'd suspect the mesa dev version? any update on whether it works with kwin? On 4.10 you can try: KWIN_COMPOSE=O2 kwin --replace (it's an O as in OpenGL not a zero) waiting for update... No longer broken in that way but the fisheye stretches across the entire desktop ie. it is not round here but oval because I have two monitors attached. That it is oval with multiple screens seems kind of natural to me. Huh? Why would it? Isn't it supposed to zoom what's underneath the mouse cursor? Why would the screen/desktop size matter? :-) looking at the code: you might be right, screen geometry is not used. Can we please re-clarify the setup? It's an ivybridge on (still?) a dev version of mesa using a) sni b) uxa using (because of comment #3) OpenGL 2 shaders (glsl) (or not?) and the present issue is stretching on a dualscreen setup - also after "kwin --replace&" after the dualscreen setup has been established (maybe also just susped/resume compositing) ie. w/o an interim xrandr event? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |