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.
https://bugs.winehq.org/show_bug.cgi?id=40442
Bug ID: 40442
Summary: Unexplained new random comctl32:header failure
(cross-compiler issue?)
Product: Wine
Version: 1.9.6
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:header started having regular failures on newtb-wxppro right after the
WineHQ upgrade (2016/03/17).
https://test.winehq.org/data/tests/comctl32:header.html
The failure:
header.c:1148: Test failed: expected 0, got 1
Things that point to a cross-compiling issue:
* Since 2016/03/18 comctl32:header has had an almost systematic failure on
newtb-wxppro (68.7%) and more rarely on newtb-w2003std (12.5%).
* In the 27 runs from 2016/02/09 to 2016/03/17 it had no failure (neither on
these two platforms nor on any other).
* There has been no change to comctl32:header before it started failing.
* The tests that run before comctl32:header don't seem to have undergone
changes that could cause the following tests to fail (see 'git log
62277fb7779f..6bc0ce26a853 dlls/[abc]*/tests').
Unexplained mysteries:
* Cross-compiling the test with i686-w64-mingw32-gcc (GCC) 5.3.1 20160205, the
standard '-g -O2' options and uploading it to the TestBot does not yield the
expected failure (changing that to '-g -O0' does not make a difference either).
* None of the other platforms is affected.
* And even more strange, newtb-xppro is the only Windows XP to be affected by
the new failure.
--
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.