https://bugs.winehq.org/show_bug.cgi?id=51922
Bug ID: 51922
Summary: Xinput Joystick backend broke Force Feedback in
Starlancer
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: jcarthew(a)gmail.com
Distribution: ---
Recent Joystick backend updates added in WINE 6.20 have broken Force Feedback
support in Microsoft StarLancer. Have tested with a Microsoft SideWinder Force
Feedback 2. Joystick has Force Feedback in Control Panel but no longer has
Force Feedback in game. This has been working in WINE for the past ~10 years.
--
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=55458
Bug ID: 55458
Summary: DrawAuto() not working
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: owl2(a)etersoft.ru
Distribution: ---
The DrawAuto() function is not working in wine.
I have a DirectX 11 program, which is using a geometry shader with stream
output. If I use DrawAuto() to draw contents of the stream output buffer, it
works fine in windows, but displays nothing in wine (i tried opengl, vulkan and
dxvk). It also spams
"108:fixme:d3d11:d3d11_device_context_DrawAuto iface 00000000002423D8 stub!"
If Draw() is used instead, everthing works in wine as well.
I uploaded the program and its source code here
https://drive.google.com/drive/folders/1yKoMOdrFBShPo359q5zXtH0TjoS3kJ8N
Also I checked the wine source code. Looks like this is the DrawAuto method
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/d3d11/device.c#L1225
Which is obviously not implemented yet, but i didn't find any existing bug
reports about this
--
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=9418
Summary: Colasoft Mac Scanner 1.1 doesn't work
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.colasoft.com/mac_scanner/
OS/Version: other
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user complained in
http://www.linuxforums.org/forum/wine/101536-problem-tcp-ip.html
"[Running colasoft mac scan in wine complains
Cannot find any valid ip address...]"
So I downloaded it and tried it.
It found my IP address right away, so that's fine.
But it wasn't able to actually scan for MAC addresses; it
had lots of
fixme:iphlpapi:SendARP (DestIP 0xda01a8c0, SrcIP 0x00000000, pMacAddr
0x7abcc808, PhyAddrLen 0x7abcc7fc): stub
messages. On Linux, at least, the way to do this is
probably to send the packet, wait a millisec, then do
ioctl SIOCGARP. (Or the command arp -n W.X.Y.Z. Or look in /proc/net/arp.)
It'd be cheesy beans to implement, if anybody cares to.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48264
Bug ID: 48264
Summary: WineHQ Debian repos are missing Wine 4.21
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
CC: dimesio(a)earthlink.net, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
WineHQ Debian repo (testing for example) is still at 4.20, even though 4.21
came out at the end of last month already:
https://dl.winehq.org/wine-builds/debian/dists/testing/main/binary-amd64/
--
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=34579
Bug #: 34579
Summary: rotated ArcTo drawing problem
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ralf.habacker(a)freenet.de
Classification: Unclassified
Created attachment 46038
--> http://bugs.winehq.org/attachment.cgi?id=46038
wine screenshot showing bug
Drawing arcs with gdi function ArcTo() using GM_ADVANCED graphics mode and
rotation set with SetWorldTransform() is not correct.
--
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=48097
Bug ID: 48097
Summary: Lost Horizon NPCs models in the main menu are totally
orange
Product: Wine
Version: 4.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 65655
--> https://bugs.winehq.org/attachment.cgi?id=65655
backtrace
Crashes randomly with this
--
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=35332
Bug ID: 35332
Summary: Text position problem using GM_ADVANCED graphics mode
and dc rotation
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Classification: Unclassified
With the applied patches from bug 33190 there is still an issue with the text
display position in GM_ADVANCED graphics mode when using SetTextAlign() modes
TA_TOP and TA_BOTTOM.
--
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=35331
Bug ID: 35331
Summary: Ellipse drawing problem using GM_ADVANCED graphics
mode
Product: Wine
Version: 1.7.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Classification: Unclassified
Painting Ellipses in GM_ADVANCED graphicsmode and using dc rotation set with
SetWorldTranform fails.
Instead of painting a rotated ellipse a still unrotated ellipse is drawn. The
dc rotation only effects the height of the ellipse.
--
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=34115
Bug #: 34115
Summary: rotated FillRect problem
Product: Wine
Version: 1.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ralf.habacker(a)freenet.de
Classification: Unclassified
Created attachment 45361
--> http://bugs.winehq.org/attachment.cgi?id=45361
testcase source
A filled rectangle drawing with gdi function FillRect() is not drawn correctly
when using dc rotation set with SetWorldTransform.
--
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=45047
Bug ID: 45047
Summary: Wine Wiki: Move action not available even on
unprotected pages
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.auble(a)zoho.com
Distribution: ---
Created attachment 61174
--> https://bugs.winehq.org/attachment.cgi?id=61174
Screenshot showing that I'm logged in but the move inaction isn't available
I'm stopping by to do some updates to the wiki, and in a few cases, that
involves moving / renaming pages so that they're more distinct or easier to
find by searching. For some reason, even though I'm logged in with Trustworthy
rights, the box for the "move" action isn't showing up. I also tried passing
"move" and "rename" through the standard URL format for actions, but both just
take me to an "action does not exist" page.
The "page information" link on any unprotected page shows that both edits and
moves should be open to all users. My suspicion is there's a mismatch in the
permissions, and you actually need Admin or Bureaucrat rights to move any
pages. I can see the value behind that setup, but if we do want to keep a
tighter leash on page moves, then the page info isn't displaying correctly.
I'm attaching two screenshots, one showing that there's no move action even
when logged in, and another of page information showing moves should be
allowed.
--
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.