https://bugs.winehq.org/show_bug.cgi?id=8051
--- Comment #131 from Luke Horwell <luke_horwell(a)hotmail.co.uk> ---
(In reply to Jason Mills from comment #130)
> So, the workaround you attached; Does it basically fix the red flashing
> Sims, and the fact they won't animate? If so, I could quickly try it out and
> make a video "showcasing" this workaround in action. And you mentioned other
> issues pop up when you interact with a house. What issues? Are they visual?
> or, do they make the game crash?
I was playing around with this patch yesterday on my system, and observed the
following with the base game (wine-1.8-rc2):
- A strange "rendering" pattern across the screen, depending on the angle of
the camera. Can't really describe it.
- If the camera is 'static', the rendering appears "frozen" (this occurred
even without this patch)
- Sims and animated objects are not visible, instead of flashing red.
After installing EP6 (updates base game to 2007), it got worst:
- The application silently crashes or sometimes displays "The application has
crashed and will now terminate" when trying to load a household, or the
tutorial household. On the upside, the objects can be seen textured
(previously, they were all white).
Results may vary depending on graphics card / drivers - Mine's a GTX 960 with
the latest NVIDIA driver from the Ubuntu repos. By the way, thanks swswine for
the discovery! I'd be happy to test this game further.
--
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=8051
--- Comment #130 from Jason Mills <jasonmills1980(a)mail.com> ---
(In reply to swswine from comment #129)
> (In reply to Stefan Dösinger from comment #128)
>
> > Does it use a shader too, or just a vertex declaration?
> Both shader and vertex declaration.
>
> > It's probably easier to hook into
> > https://www.opengl.org/wiki/Transform_Feedback instead.
> Yes, sure, I see.
So, the workaround you attached; Does it basically fix the red flashing Sims,
and the fact they won't animate? If so, I could quickly try it out and make a
video "showcasing" this workaround in action. And you mentioned other issues
pop up when you interact with a house. What issues? Are they visual? or, do
they make the game crash?
--
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=35602
Bug ID: 35602
Summary: Wine64 build produces extra warning compared to Wine32
build (oleout32)
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Classification: Unclassified
Created attachment 47550
--> http://bugs.winehq.org/attachment.cgi?id=47550
64bit build log
As i recently switch to Debian Jessie AMD64 i noticed now, that 64bit build
produces extra warning compared to 32bit-only build:
* warning: cast to pointer from integer of different size
* warning: unused variable ‘xasm’
* warning: unused variable ‘xasm’
Is this a real bug or something wrong in my setup? (My carefulness comes from
fact, that i don't want to work on bugzilla with wrongly builded wine and
produce a noise.)
I separeted another three logs, if this is a real bug i could then fill bugs
for the following:
* setupapi
* winedbg
* winmm
--
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=38468
Bug ID: 38468
Summary: Allow navigating to folders with colon in their name
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yajo(a)openaliasbox.org
Distribution: ---
Right now, the current implementation of GVFS mounts samba folders in paths
like:
/run/user/<UID>/smb-share:server=hostname,share=sharename/
Some Windows apps don't work fine with those characters in the path.
For example, if I want to install something I have in that share and I run the
`setup.exe` file from `wine explorer`, it works; but if I run it from `wine
uninstaller`, it fails saying that characters "/:<>|" are forbidden in paths.
Also, if I installed MS Excel and try to open a .xslx file from a samba share
in Nautilus (right button > open with > MS Excel), it fails saying that it
cannot find the file.
This makes the UX very uncomfortable, because the user needs to copy the file
to a local drive, edit it, and then copy it back to the network share.
Independently if Bug 34748 gets fixed or not, IMHO wine itself should do
something with Linux paths containing those characters, the same way it does
when transforming "/" to "\" or when dealing with uppercase/lowercase files.
--
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=21036
Summary: UTF-8 Font Problem
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.ghadam(a)gmail.com
Created an attachment (id=25232)
--> (http://bugs.winehq.org/attachment.cgi?id=25232)
Firefox does not show words correctly
Hi there,
We can not write any Arabic or Persian characters in Wine programs.
I have installed Firefox Windows in Wine, then see that I can not write any
word in arabic or persian language.
Firefox in Wine do not display Arabic or Persian words correctly. The alphabets
are seperate while they should be together.
- I have tested it on Opera Windows in wine and the same problem occurs.
- I have tested it on Opera Linux and Firefox Linux and everything was good.
- I have installed the necessary fonts into /~/.wine/drive_c/windows/fonts/
folder.
- I have installed the necessary fonts in KDE desktop.
I think there is a problem that Wine can not view UTF-8 Languages such as
Persian, Arabic.
Best Regards
--
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=39648
Bug ID: 39648
Summary: MTA: San Andreas cannot start in Wine64
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: rafalh1992(a)o2.pl
Distribution: ---
Created attachment 52850
--> https://bugs.winehq.org/attachment.cgi?id=52850
Log (+ntoskrnl)
Multi Theft Auto: San Andreas 1.5 cannot start in Wine64 (WoW64 mode) in Linux
Mint 17.1.
Wine stops logging with error "wine client error:37: partial write 57344".
I already debugged this issue.
MTA: SA is multiplayer mod for GTA: San Andreas.
MTA contains kernel mode driver named FairplayKD.sys. MTA installs it at
startup and then sends IOCTL to it from modded gta_sa.exe process. When driver
tries to process IOCTL it fails and sets ipr->IoStatus.Status to
STATUS_NOT_IMPLEMENTED. But when Wine interprets IRP structure in ntoskrnl it
reads the status as number of bytes (which is normally passed in
IoStatus.Information field). Then Wine tries to transfer 0xC0000002
(STATUS_NOT_IMPLEMENTED) bytes to gta_sa.exe process (process which sent
IOCTL). This obliviously fails and causes "wine client error:37".
Problem is caused by invalid definition of IRP structure in wdk.h header. Its
improperly marked as packed. It does nothing in 32-bit because structure
doesn't need any padding in such architecture. In 64-bit it causes displacement
of Status field by 4 bytes.
I already created patch for this issue and going to send it. Patched Wine
1.7.53 allows me to start MTA and play normally. Newer Wine has regression in
DirectX which makes MTA unplayable.
--
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=37939
Bug ID: 37939
Summary: Keyboard doesnt work for Project IGI 2
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 50542
--> https://bugs.winehq.org/attachment.cgi?id=50542
+dinput log.
The game loads fine, however no input from the keyboard is received by the
game.
--
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=35422
Bug ID: 35422
Summary: Dashlane Windows application fails to install
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter.brewster(a)comcast.net
Classification: Unclassified
Dashlane is password and forms-fill manager for Windows and tablets.
Application downloaded but failed to install - installer message complaining
the Internet access was not available. (It was - Wine IE works.) The "fixme"
message repeated 20+ lines. Attempt stopped without any other messages. Wine
continued to operate correctly.
>From PCLinuxOS terminal:
[ppeterb7@localhost ~]$ wine
/home/ppeterb7/Documents/Dashlane_Launcher-1387394396.exe
fixme:wininet:query_global_option INTERNET_OPTION_CONNECTED_STATE: semi-stub
--
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=34175
Bug #: 34175
Summary: Shift-backspace doesn't work as backspace in cmd
Product: Wine
Version: 1.6-rc5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
How to reproduce:
1. Launch "wineconsole cmd"
2. Try entering "PATH=%PATH%", but make a mistake writing %PATU% instead.
3. Now try to delete two chars
4. As many people might be doing, I hold <shift> all this time because %PATH%
is wholly entered with <shift>. Now I still hold it, and try pressing BS. So,
result is entering ^H instead, which you try to delete and enter another one :)
5. Now notice that shift is being held, release it and delete all that junk
using single BS key 3 times.
6. Compare behavior with windows cmd — Shift+BS is treated similarly to BS
there, as it is in bash and sh.
--
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=33720
Bug #: 33720
Summary: user32:menu
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
A number of VMs report one or both of this pair of test failures:
menu.c:1222: ANSI tests: string 0028FB98 hbm BF050D4A txt 0028FD18
menu.c:1400: Test failed: InsertMenuItem should have failed.
menu.c:1222: Unicode tests: string 0028FB98 hbm BF050D4A txt 0028FE18
menu.c:1400: Test failed: InsertMenuItem should have failed.
They have been seen on the following systems:
user32 6.0.6002.18005 WVISTAX64 (old TestBot VM)
user32 6.0.6002.18005 Windows Vista Home Premium SP2+IE9 (new TestBot VM)
user32 6.1.7600.16385 W7PROX64 (old TestBot VM)
user32 6.1.7600.16385 Windows 7 Ultimate 64-bit (+IE8) (32-bit tests)
user32 6.1.7601.17514 Windows 7 Ultimate SP1 64-bit + IE9 (32-bit tests)
user32 6.1.7601.17514 Windows 7 SP1 64-bit (Cookiezzz97)
user32 6.1.7601.17514 Windows 7 SP1 64-bit (Alistair)
--
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.