http://bugs.winehq.org/show_bug.cgi?id=19667
Summary: Demo for Total Annihilation: mouse scrolling of screen
unworkable.
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hughperkins(a)gmail.com
Demo for Total Annihilation: mouse scrolling of screen unworkable.
On screens that cannot run at 640x480 resolution, the demo of Total
Annihilation has to run in a virtual desktop in order to run at all, otherwise
it crashes. This is not I feel the bug.
The issue targeted by this bug report is that it is unworkably hard to scroll
around the game world by moving the mouse pointer to the edges of the window,
since the mouse pointer has to be positioned *exactly* on the edge of the
window, which is possible, but detracts from the gameplay experience to the
point as to be unplayable.
A possible solution to this issue (which is not really a bug, so much as a lack
of a feature I feel), could be to make it possible to enforce in wincfg that
the mouse is locked to a particular region of the window or screen, by default
to the window itself.
wincfg could provide the possibility to specify a keyboard shortcut to unlock
the mouse when necessary, or simply, by alt-tabbing out of the window, the
mouse could be unlocked.
For an example of another environment that implements this, you could look for
example at dosbox. If you run for example populous in dosbox in a window, it
works perfectly I feel, by locking the mouse pointer to the window, and one can
use ctrl-f10 to free it, which I feel is totally unintuitive, but I feel works
fine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13499
Summary: The Odyssey: Winds Of Athena: access violation when
trying to run
Product: Wine
Version: 1.0-rc2
Platform: PC
URL: http://gamecenter.oberon-media.com/game.htm?code=111299413&RefId=&origin=pcat_gm_
u
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msclrhd(a)gmail.com
Steps to reproduce:
1. Install The Odyssey: Winds Of Athena
2. Run directly from its install directory
When it is trying to start up, the application will crash with an access
violation.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10728
Summary: LEGO Island character models are textureless
Product: Wine
Version: 0.9.50.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9570)
--> (http://bugs.winehq.org/attachment.cgi?id=9570)
Console log
The character models in Lego Island (the original) are textureless. The
attached log contains the console output.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16644
Summary: SimGolf v1.03 does not render terrain
Product: Wine
Version: 1.1.11
Platform: PC-x86-64
URL: http://www.simgolf.ea.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tom78999(a)gmail.com
Simgolf, with the latest patch, does not render any terrain and instead simply
renders a black background. The attached screenshot illustrates this.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36431
Bug ID: 36431
Summary: valgrind shows a possible leak in
shell32/tests/ebrowser.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==28261== 28 bytes in 1 blocks are possibly lost in loss record 279 of 995
==28261== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==28261== by 0x5C44BB8: apartment_getclassobject (compobj.c:526)
==28261== by 0x5C47FC6: get_inproc_class_object (compobj.c:2894)
==28261== by 0x5C4AD2F: CoGetClassObject (compobj.c:3032)
==28261== by 0x5C4B4B7: CoCreateInstance (compobj.c:3197)
==28261== by 0x4D82686: func_ebrowser (ebrowser.c:94)
==28261== by 0x4DC8888: run_test (test.h:584)
==28261== by 0x4DC8C77: main (test.h:654)
==28261==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13273
Summary: Wine does not remember disk labels set through winecfg
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ccf2egd02(a)sneakemail.com
Wine does not seem to remember disk labels or serial numbers when set via
winecfg.
Steps to reproduce:
1) create a disk entry in ~/.wine/dosdevices
ln -s /someplace_with_CD_image ~/.wine/dosdevices/q\:
2) run winecfg, select disk tab.
3) Select q:
4) Show advanced
5) Set to manual setup, disk label to "SOMETHING", disk ID to "FEEDBE"
6) APPLY
7) verify data by selecting some other drive, then re-selecting q:
8) quit winecfg
9) Restart winecfg and reselect the disk tab. Reselect q:
Expected results
Disk label should be "SOMETHING", id should be "FEEDBE"
Actual results
Disk label unset, disk ID 0
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38933
Bug ID: 38933
Summary: In LiveCode 5.0.2, modal dialog prompts are created
behind all windows, hanging Wine.
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)gmail.com
In LiveCode 5.0.2, whenever a dialog prompt is created, wine creates the modal
window behind the main window. Since the application is blocked until the modal
window is acknowledged, there is no way to continue, and LiveCode is
effectively hung.
Note this does not apply to system prompts, such as the file chooser; only
popups containing custom text, often created with a LiveCode script such as
`ask "foo bar"`, which when run immediately hangs Wine, since a dialog window
is created behind a much larger primary window (assuming one exists).
This error actually effects all LiveCode windows, but it is only critical for
dialogue windows, since those halt the program.
This *may* be related to 16346, although that was documented on X11, not Aqua.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16346
Summary: App hangs creating modal dialog from WM_ACTIVATEAPP
Product: Wine
Version: 1.1.10
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jmiller-wine(a)tanner.com
CC: jmiller-wine(a)tanner.com
Created an attachment (id=17660)
--> (http://bugs.winehq.org/attachment.cgi?id=17660)
Simple windows app with source that brings up a message box every time the
window is activated.
I have an app which opens a modal dialog under some circumstances when the
window is activated. Under Windows this works perfectly, but under wine it
causes the app to hang. I have attached a trivial sample app showing this
behavior.
I poked around a bit, and the app is no longer receiving any messages (mouse
moves, keyboard, paint, etc), but I'm not sure where to go from here.
Also under Windows, since the app checks for the wParam (bActive) on
WM_ACTIVATEAPP, it only brings up one copy of the dialog box even after
multiple window activations. Under wine it will bring up another copy of the
dialog if there is already a modal dialog on that app.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.