http://bugs.winehq.org/show_bug.cgi?id=14092
Summary: Move Media Player Plugin installed on Firefox2/3
cripples system graphics
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jlowork(a)sbcglobal.net
Problem occurred on two different pcs.
1. AMD-4200 (dual core), GeForce 7300, Fedora 9.
2. AMD-3000 (single core), GeForce Fx-5500, Fedora 9 and Ubuntu-8.04
Steps to reproduce:
1. Install win32 Firefox 3.
2. Install Flash.
3. Go to a site like http://abc.go.com/ . Select full episode. Install the Move
Media Player plugin when prompted. Try to watch a full episode.
Result:
It will totally mess up the system graphics.
--
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=16007
Summary: Footbal Manager 2009 demo doesn't run in Mandriva 2009
32 bit
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maxliscia(a)gmail.com
Created an attachment (id=17213)
--> (http://bugs.winehq.org/attachment.cgi?id=17213)
output of WINEDEBUG=+ALL wine fm.exe
Football Manager 2009 demo doesn't run in Mandriva Linux 2009 32 bit:
kernel: 2.6.27.4-desktop-2mnb
cpu: Intel(R) Pentium(R) 4 CPU 3.20GHz
Ram: 2 Gb
Wine: 1.1.8
Xorg video driver: I tried both "ati" open source driver and "fglrx"
proprietary driver ver. 8.522
In the attachment you can see the output of wine in the console, the command
line was WINEDEBUG=+ALL wine fm.exe
--
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=20471
Summary: MS Word 2007 crashes on scroll
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: utkarsh2012(a)gmail.com
Created an attachment (id=24357)
--> (http://bugs.winehq.org/attachment.cgi?id=24357)
Sample document
MS Word 2007 crashes when I scroll down to the 2rd page of the attached sample
file.
I am using Ubuntu 9.04 and WINE 1.1.32
This is somewhat similar to bug: http://bugs.winehq.org/show_bug.cgi?id=17700
--
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=22000
Summary: Gallium + Indexed rendering = Null pointer dereference
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: MostAwesomeDude(a)gmail.com
Created an attachment (id=26727)
--> (http://bugs.winehq.org/attachment.cgi?id=26727)
Failed device.ok test in d3d9
First off, I *am* upstream (Mesa/Gallium), so assume they've been contacted. :3
Gallium and indexed rendering are not very happy with each other. I get some
fairly solidly reliable segfaults with both a d3d9 DLL test (device.ok) and
Civ4 (Steam version). Hardware is a Radeon R580 (X1900), driver is r300g from
Mesa git.
I'm attaching four logs. The first two are the original test and Civ4 logs; the
second two are the same, but edited to show the juicy bits.
My current guess, based on the Mesa debug info I dumped, is that the indexed
rendering code is slightly baked and maybe trusting the underlying GL driver a
bit too much.
get_arrays_bounds: Handling 2 attrs
attr 0: stride 16 size 12 start (nil) end 0xfffffffc
attr 1: stride 16 size 4 start 0xc end (nil)
buffer range: (nil) 0xfffffffc range -4 max index 4294967295
So right here (from device.ok) we have interleaved userspace VBO, that is being
prepped inside core Mesa. Two delightful things here; the first attr seems way
off-base, it shouldn't dare be giving us bad pointers, and the second attr's
pointers don't even line up! Compare to a sane program (Mesa's drawarrays):
get_arrays_bounds: Handling 2 attrs
attr 0: stride 16 size 12 start 0x8087020 end 0x808705c
attr 1: stride 16 size 4 start 0x808702c end 0x8087060
buffer range: 0x8087020 0x8087060 range 64 max index 3
r300g doesn't really care. The kernel drops the rendering on the floor for a
variety of reasons, not least being the ridiculous max_index.
But then it segfaults, and I have zero idea why. I'd guess it's something to do
with tossing around NULL pointers like candy, but I'm honestly not sure and I
haven't really dug into the DLL code yet.
--
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=24515
Summary: Blue Mars beta client screen flickers horribly
Product: Wine
Version: 1.3.2
Platform: x86
URL: http://bluemars.com
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The blue mars client installs and starts fine with just
winetricks d3d9x_36... but it has a terrible flicker problem,
there's a white background that shows up in front most of the
time, and makes the app unusable.
--
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=26866
Summary: LV-426 launcher doesn't appear
Product: Wine
Version: 1.3.18
Platform: x86
URL: http://www.fileden.com/files/2007/11/9/1573365/lv_426.
zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
The game is a freeware remake of a classic shooter game, called 'Aliens'.
When you start the game a launcher window should show up in the middle of the
screen (approx. 480x360 pixels), containing the options: <Run game>, <Change
mode> and <Quit>.
The launcher doesn't appear in Wine.
If I start the game in virtual desktop mode I can only see the blue background,
nothing else. Actually, the launcher is sitting there (in the middle of the
virtual desktop) but it is invisible. If I click on the appropriate area in the
blank virtual desktop, the game starts fine.
The launcher doesn't show up correctly in fullscreen mode either: a blank
rectangle is placed in the middle of the screen (supposedly that is the
launcher).
Terminal shows only:
fixme:win:EnumDisplayDevicesW ((null),0,0xe2f42c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0xe2f3bc,0x00000000), stub!
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
Fedora 14 32-bit
Nvidia GeForce 250 / driver 270.30
Gnome 2.32.0 with Metacity 2.30.3
Xorg 1.9.5
--
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=24949
Summary: AlienBreed2 Assault: crashes when loading the map
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arcangelofwellington(a)gmail.com
CC: wine-bugs(a)winehq.org
The game run and appears the menu.
The menu works fine, but when you launches the real game, during the loading,
the game crash
--
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=23692
Summary: Fallout 3 FOMM crash at start
Product: Wine
Version: 1.2-rc7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: felipemoraesbr(a)gmail.com
Created an attachment (id=29674)
--> (http://bugs.winehq.org/attachment.cgi?id=29674)
fomm wine error
Fallout 3 mod manager crashes at start, with the following terminal log, I have
uploaded an image also.
Fomm has several features to make using mods a lot easier and non destructive.
I would put wine 1.2 on version but i found only 1.2-rc7
--
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=25745
Summary: Incorrect cursor in World of Tanks
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
In the game World of Tanks the actual cursor appears as a black rectangle with
a "stop prohibited" road sign in it. There is also an arrow which should
represent the mouse cursor but it does not move as mouse moves, only changes
position when mouse makes click.
This makes gameplay very difficult. The game is available freely for download.
--
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=21751
Summary: Wine locks the initial executable
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
When wine first loads the main executable it leaves a 'shared read' lock
against the executable. A (deliberatly unnamed) application I was debugging
does a consistency check by opening itself using SHARE_NONE in the CreateFile
API. This works on windows but fails under wine. I've cut the problem down to a
simple testcase, where test (1) shows the failure.
The problem is I (a) dont know how to fix it and (b) cant add tests to wine
itself for it as it has to be a native executable (as thats where the bug
lies).
I reported it on wine-devel:
--------------------------------------------------------
I have cut this down to a 2 line test program, which basically fails
because a native executable called eg. test.exe subsequently calls
CreateFile(".\\test.exe", GENERIC_READ, 0 /* no share*/ - ie it's
opening itself for read access and non-shared access. It suffers a
sharing violation on wine whereas it works fine on windows
Diagnosing the wine side, we are in trouble here - the act of loading
a module ends up in load_dll which call find_dll_file which in turn
calls NtOpenFile for GENERIC_READ access. This returns a file handle
which is then used to create the in memory file mapping for the
executable code, and the handle returned from the NtOpenFile is then
closed.
However, when we come along to the application code and try the open
we end up checking the sharing and there are 3 things on the
inode->open chain:
The original open, with access of read
The mapping, with access of mapping
The open in progress (which is ignored for sharing checks) which does
not want to SHARE_READ,and hence the sharing violation occurs. For
reference we are failing in the 3rd (last) case of check_sharing
returning STATUS_SHARING_VIOLATION, ie existing access if for read
purposes, but the requested sharing doesnt allow this.
What I dont understand is why the NtClose for the handle does not
remove it from the 'open' list - I think from my reading of the
fd_destroy code it will put it onto the closed list if there are other
references to the same inode, although thats where my debugging will
head next.
--------------------------------------------------------
Alexander replied:
Loading a dll keeps a reference to the file object, because it needs to be
returned in debug events. Probably it would be possible to reference the
mapping object instead and reopen the file from it.
--------------------------------------------------------
I've got stuck and am out of my depth so leaving this for someone as a bug
report.
--
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.