http://bugs.winehq.org/show_bug.cgi?id=33819
Bug #: 33819 Summary: Majesty display only refreshes when mouse moves Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: rohan.hart17@gmail.com Classification: Unclassified
Majesty was running fine using Intel integrated graphics however after installing a Radeon card the display will not refresh unless the mouse is moving. I'm using the open source radeon r600 driver 6.14.4, Xorg 7.7, Mesa 9.1.3. Same behaviour using wine-1.4.1
http://bugs.winehq.org/show_bug.cgi?id=33819
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #1 from joaopa jeremielapuree@yahoo.fr 2013-06-16 23:24:13 CDT --- Use the proprietary driver instead.
This bug is likely INVALID
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #2 from Henri Verbeet hverbeet@gmail.com 2013-06-17 01:47:44 CDT --- (In reply to comment #1)
Use the proprietary driver instead.
No.
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #3 from Rohan Hart rohan.hart17@gmail.com 2013-06-17 01:50:35 CDT --- The last time fglrx made my system lock up but I'll try again
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #4 from Austin English austinenglish@gmail.com 2013-06-17 01:51:29 CDT --- (In reply to comment #1)
Use the proprietary driver instead.
This bug is likely INVALID
We shouldn't recommend proprietary drivers in general, only if the open source driver doesn't work (and that driver should instead be fixed).
If anything, it would be UPSTREAM, not INVALID (and a bug should be filed with freedesktop.org).
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #5 from Rico kgbricola@web.de 2013-06-17 02:42:26 CDT --- Is there a demo available which has the same issue? Maybe this one http://www.cyberlore.com/majesty/demo.htm ?
There seems to be a native Linux version. Does it show the same issue?
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #6 from Henri Verbeet hverbeet@gmail.com 2013-06-17 02:46:17 CDT --- Also, are you using a compositor?
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #7 from Rohan Hart rohan.hart17@gmail.com 2013-06-17 15:12:08 CDT --- (In reply to comment #4)
If anything, it would be UPSTREAM, not INVALID (and a bug should be filed with freedesktop.org).
I logged this with wine first as other games, eg., HOMM3, do not exhibit this behaviour.
I've already downloaded the linux demo - will try it out soon and the windows demo.
I'm running Gnome 3.4 so likely compositing, although I've read that Gnome will turn it off for full screen apps.
Also I notice that this is DirectX 7.
cheers
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #8 from Henri Verbeet hverbeet@gmail.com 2013-06-17 15:19:07 CDT --- (In reply to comment #7)
I'm running Gnome 3.4 so likely compositing, although I've read that Gnome will turn it off for full screen apps.
If possible try without a compositor, because it sounds a bit like front buffer updates aren't properly getting flushed to the screen, although afaik we're calling glFlush() everywhere that happens. This is mostly a consideration for ddraw games, so DirectX 7 would also be consistent with that.
http://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #9 from Rohan Hart rohan.hart17@gmail.com 2013-06-30 15:21:12 CDT --- (In reply to comment #8)
If possible try without a compositor, because it sounds a bit like front buffer updates aren't properly getting flushed to the screen, although afaik we're calling glFlush() everywhere that happens. This is mostly a consideration for ddraw games, so DirectX 7 would also be consistent with that.
Running under openbox did indeed remove this issue but it ran very slowly. Further digging provided some parameters for Majesty, one of which fixed this issue (I'll document this in appdb). From it's name, nothreadedcursor, I'd assume that there may be some threading related complexity.
So as far as I'm concerned this is closed.
cheers
https://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #10 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=33819
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #11 from super_man@post.com --- (In reply to Rohan Hart from comment #9)
(In reply to comment #8)
If possible try without a compositor, because it sounds a bit like front buffer updates aren't properly getting flushed to the screen, although afaik we're calling glFlush() everywhere that happens. This is mostly a consideration for ddraw games, so DirectX 7 would also be consistent with that.
Running under openbox did indeed remove this issue but it ran very slowly. Further digging provided some parameters for Majesty, one of which fixed this issue (I'll document this in appdb). From it's name, nothreadedcursor, I'd assume that there may be some threading related complexity.
So as far as I'm concerned this is closed.
cheers
Based on this not wine bug?
https://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #12 from Rohan Hart rohan.hart17@gmail.com --- A bug with a simple and effective workaround seems like it should be low priority. Possibly low enough to consider "not a bug".
cheers
https://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #13 from joaopa jeremielapuree@yahoo.fr --- No news from the reporter since 3 years. No free download available. This bug can be closed as ABANDONNED.
https://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #14 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-4.0?
https://bugs.winehq.org/show_bug.cgi?id=33819
--- Comment #15 from joaopa jeremielapuree@yahoo.fr --- Problem fixed with wine-4.4. You can check with the demo http://www.cyberlore.com/majesty/demo.htm
Can an administrator close this bug as FIXED?
https://bugs.winehq.org/show_bug.cgi?id=33819
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #16 from Jeff Zaroyko jeffz@jeffz.name --- Resolving abandoned since it was never clear if the demo exhibited the issue.
https://bugs.winehq.org/show_bug.cgi?id=33819
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |nerv@dawncrow.de
--- Comment #17 from André H. nerv@dawncrow.de --- closing abandoned
-
wine-bugs＠winehq.org