http://bugs.winehq.org/show_bug.cgi?id=25631
Summary: Visio 2007 Pro: "Page Setup" dialog is broken
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor.demyanov(a)gmail.com
Open Vision
File-Page Setup.
See attached files
--
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=33743
Bug #: 33743
Summary: Fullscreen with two monitors of different size
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: enicon(a)gmail.com
Classification: Unclassified
Created attachment 44681
--> http://bugs.winehq.org/attachment.cgi?id=44681
Fullscreen Word window in the biggest monitor (1440x900) is clipped
On Linux Mint (both Nadia and Maya) on a laptop with build-in monitor 1024x768
and external monitor (now 1440x900).
On the biggest monitor, wine application don't go fullscreen correctly,
vertically size seems to be limited by the size of the smallest monitor. In my
example if I fullscreen WORD I get some of the UI missing and a desktop
background stripe in the lower part of the monitor.
Notice that if I don't use fullscreen but drag the windows border I cat enlarge
word on all the surface of the monitor and all the ui is correctly displayed.
--
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=38298
Bug ID: 38298
Summary: TTN_SHOW is not implemented correctly
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: pietro10(a)mac.com
Distribution: ---
According to MSDN
(https://msdn.microsoft.com/en-us/library/windows/desktop/bb760314%28v=vs.85…),
TTN_SHOW in comctl32.dll >= 4.70 has special logic for allowing customization
of tooltip size and position:
Version 4.70. To display the tooltip in its default location, return zero.
To customize the tooltip position, reposition the tooltip window with the
SetWindowPos function and return TRUE.
Note: For versions earlier than 4.70, there is no return value.
This is needed to implement in-place tooltips, such as the ones you get when
you hover the mouse over a listview in report mode (with LVS_EX_LABELTIP) or a
tree view (by default, it seems), or in this picture:
https://i-msdn.sec.s-msft.com/dynimg/IC510747.png.
However, wine currently does not follow these rules. According to
http://source.winehq.org/source/dlls/comctl32/tooltips.c?!v=wine-1.7.39#0621,
it just sends the TTN_SHOW notification, ignoring the return value entirely,
then proceeds to set the default window position anyway. As such, in-place
tooltips will simply appear where they would if they were regular tooltips
(underneath the mouse cursor).
I personally tested with wine 1.7.34 (or some commit around that one) from
source and Windows XP and Windows 7 with my own in-place tooltips as part of a
table control of my own creation. On real Windows, Common Controls 5 and 6 both
have TTN_SHOW working properly (but given it says 4.70 I'm not surprised).
I'm not the first to notice wrong tooltip behavior. Someone (I don't know if
it's just a user or one of the authors of Cardbox) noticed that Cardbox relied
on another aspect of TTN_SHOW that wine doesn't imitate: real Windows computes
the default tooltip position before sending the notification, not after (as
wine still does). In fact, he noticed this back in 2007! I'm not sure why a bug
here was never filed...
https://cardboxeverywhere.wordpress.com/2007/12/11/programming-note-tooltip…
I don't have a minimal test program on hand (the source speaks for itself) but
here's something Raymond Chen wrote on the subject that can be constructed into
one: http://blogs.msdn.com/b/oldnewthing/archive/2006/06/26/647365.aspx
Thanks.
--
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=35592
Bug ID: 35592
Summary: Chinese input encoding error in multi-byte character
set exe with mac driver
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: hwei.sy(a)gmail.com
Classification: Unclassified
The exe is compiled in multi-byte character set (not Unicode). When input
Chinese, the characters become corrupted.
I looked into this problem, and found that it is due to
dlls/user32/message.c@get_input_codepage
The "GetKeyboardLayout" returns a wrong language identifier 0x0404 (Chinese
Traditional), but it should be 0x0804 (Chinese Simplified). This may be mac
driver's problem.
And I don't think the 1st parameter of "GetLocaleInfoW" should be the language
identifier of the keyboard (returned from "GetKeyboardLayout"). It should be
constant "LOCAL_USER_DEFAULT". The keyboard language identifier does not always
match the code page of a program. The keyboard language identifier can be
changed by switching input method, but code page of a program can not change.
--
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=41745
Bug ID: 41745
Summary: Killing Floor 2: Missing text
Product: Wine
Version: 1.9.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: roman(a)hargrave.info
Distribution: ---
Killing Floor 2 is now _functioning_ in that it is /navigable/ by human.
That being said, currently text is missing in all manner of locations, and this
is possibly related to the following FIXME's in
d3d11_immediate_context_OMSetBlendState
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Per-rendertarget blend not
implemented.
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Color mask > 3 not
implemented.
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Ignoring blend factor
{0.00000000e+00, 0.00000000e+00, 0.00000000e+00, 0.00000000e+00}.
--
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=43740
Bug ID: 43740
Summary: Just Cause 2 GenerateMips fails
Product: Wine-staging
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: byi5000(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
(Since this is about a wine-staging patch, i selected wine-staging)
Since 2.17-staging we have this patch
(https://dev.wine-staging.com/patches/190/). It fixed the GenerateMips for
(some,most?) directx11 games, but it is missing for directx10.
Just Cause 2 reports fixme:d3d11:d3d10_device_GenerateMips iface 0x3625c24,
shader_resource_view 0xc61eb74 stub!
It *should* be very much the same function just with other structs i guess the
missing dx10 function is at
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/device.c#l4175
we already have unsafe_impl_from_ID3D10ShaderResourceView at
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/view.c#l2338
but i wasn't able to locate the equivalent of
device_from_immediate_ID3D11DeviceContext (at
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/device.c#l42) for
directx10
but i gonna leave that to the real programmers anyway ;)
--
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=9914
Summary: Implement a Kerberos provider for SSPI
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: blin(a)gmx.net
ReportedBy: blin(a)gmx.net
SSPI is currently lacking a Kerberos v5 provider.
The plan is to implement this using libkrb5.
--
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=39970
Bug ID: 39970
Summary: Bankperfect 8.0.0.373 defect
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gdpo22(a)orange.fr
Distribution: ---
Created attachment 53405
--> https://bugs.winehq.org/attachment.cgi?id=53405
Red circle and arrow shows the green button that fails
When you press the green mark in order to get budget forecast under
Bankperfect, it crashes (force to send SIGKILL to close the window).
Unfortunately this function is one of the highly interesting ones.
--
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=10347
Summary: Action Replay Code Manager crashes on start up
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
After executing, one is greeted with a nice crash. Crash log included.
--
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=42592
Bug ID: 42592
Summary: The Witcher 3 has poor performance
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Created attachment 57528
--> https://bugs.winehq.org/attachment.cgi?id=57528
The Witcher 3 with GALLIUM_HUD, CSMT on.
I tested latest TW3 in Wine 2.3 with staging patches applied (built from
source).
See the attached screenshot for results with low graphics settings.
Hardware:
CPU: Intel Core i7 4770.
RAM: 16GB.
GPU: AMD RX480 (4GB VRAM), Mesa 17.1.0-devel (git-4dc42ae792).
Resolution: 1920x1200.
Resulting is pretty bad (6fps inside the game). Not sure if it's specific to
Mesa or not. Anyone with Nvidia blob, feel free to post your benchmarks to
compare. If it's Mesa specific, I can open a Mesa bug too.
--
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.