http://bugs.winehq.org/show_bug.cgi?id=18775
Summary: WINE can load DLL with full path second time
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amorozov(a)etersoft.ru
Windows LoadLibrary does not load dll second time if full path is specified.
Attached test print "OK" on WinXP and "FAIL" on WINE.
--
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=14771
Summary: Firefox 3 complains it is not the default browser on
every startup
Product: Wine
Version: 1.1.2
Platform: PC
URL: http://www.mozilla.com/en-US/firefox/all.html
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Everytime I start Firefox 3, it complains it's not the default browser. I hit
Yes when it asks me to set is as the default browser, but on the next start up,
it complains again.
--
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=39644
Bug ID: 39644
Summary: WineTest.exe should detect left-over UAC prompts
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
There was a problem where the cmd.exe:batch would try to run regedit from an
account without elevated privileges. This caused Windows to pop up the UAC
dialog, causing the test to stall. Timeout would happen, WineTest would kill
the cmd.exe:batch process but doing so, and even extending it to all process
tree, does not close the UAC because it's under the control of another Windows
element. So WineTest would run the following tests with the UAC dialog still up
which caused them to fail as they could not put their windows in the
foreground.
The cmd.exe:batch bug has been fixed. However it could make sense for WineTest
to do more to handle this situation more nicely:
* If possible it could dismiss the UAC dialog (not click 'Yes' obviously, just
deny the request).
* It could detect the UAC dialog is up and wait. It seems the UAC dialog goes
away on its own after about two minutes.
* If we cannot detect if an UAC dialog is up we could systematically wait for
an extra 2 minutes after a timeout, just in case.
* Even more basic, we could increase our test timeout so it's longer than the
UAC timeout, in the hope an UAC would go away before we time out.
* Even though it does not solve the UAC issue it could still make sense to
kill the whole subprocess tree, just to be sure one of them is not going to
break the following tests.
--
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=9404
Summary: cannot select TWAIN source in irfanview
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://www.irfanview.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
In Irfanview, users should be able to select the TWAIN source via file ->
select TWAIN source. Clicking that menu item should bring up a dialog box to
let users pick which scanner to use. In Wine, no dialog box ever comes up, so
the program uses the first TWAIN source it finds, which is the gphoto2 driver.
--
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=35319
Bug ID: 35319
Summary: Wolverine: install game crash
Product: Wine
Version: 1.7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Classification: Unclassified
Created attachment 47105
--> http://bugs.winehq.org/attachment.cgi?id=47105
Wolverine install crash log
Hello,
when installing Wolverine game, the install window suddenly disappear, without
any error message. Fortunately it seems the crash happened after install all
files.
I joined you the wine terminal log from start to the end of the install
process.
--
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=33807
Bug #: 33807
Summary: Objects disappear at certain camera angles in Ground
Control
Product: Wine
Version: 1.6-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tdsbug(a)gmail.com
Classification: Unclassified
Created attachment 44813
--> http://bugs.winehq.org/attachment.cgi?id=44813
Terminal output without WINEDEBUG
Game: Ground Control, version 1.0.0.5, crack for version 1.0.0.7 (versions have
no effect on this issue)
***Problem***:
Some objects become invisible at random times. When this happens, shadows still
work properly. Often only certain parts of an object become invisible, like
only chassis of tank. This doesn't happen with visual effects, like lights and
fire. Camera angle has some limited effect on the moment when this happens.
I am running the game in hardware rendering mode. (Game also has software
rendering mode, but only for 640x480 resolution. Some similar glitches appear
in software mode too)
According to appdb, this has been happening forever and is not a regression.
The game uses directx 7. Logs attached.
***Additional details***:
During installation, the game asked to install directx 7.0a, which I clicked
no. Also tried clicking yes, but it has no effect. No dll overrides, winetricks
or anything was used.
The game also suffers from input slowdown at certain times, but it's probably a
different bug.
Also, this game is a free download now, so you can try yourself if you wish.
--
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=52389
Bug ID: 52389
Summary: OpenCL - regression. OpenCL demo does not work
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Created attachment 71614
--> https://bugs.winehq.org/attachment.cgi?id=71614
Log from running GPU Caps Viewer
OpenCL does not seem to initialize after
f91c009786fa09723976dce0233592f69df5cead.
Tested with GPU Caps Viewer (From Geeks3D) - the OpenCL "Info" tab does not
show any devices. The CL Platform is listed.
None of the CL Demos work.
Graphics adapter: nVidia RTX2070
Wine-dev+GIT@76c9fc8a761c9faff72f97ab508a1afcb28eeb12
WINEDEBUG=+opencl
Log attached
--
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=50469
Bug ID: 50469
Summary: The Void crashes with builtin d3dx9_36 (needs
D3DXDisassembleShader implementation)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
The game version is from GOG.
After making D3DXFillCubeTextureTX() return S_OK (bug #48528), the game crashes
after D3DXDisassembleShader call as it does not check the returned value.
--
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=38905
Bug ID: 38905
Summary: In dlls/mshtml/tests, "make test" failed when some
Chinese fonts are used
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
Created attachment 51840
--> https://bugs.winehq.org/attachment.cgi?id=51840
backtrace.txt
0. Copy some Chinese fonts from C:\windows\fonts in Windows XP to ~/.fonts[1]
1. fc-cache -fv
2. run "make test" in dlls/mshtml/tests
3. crashed
[1]: The fonts I copied to Linux:
文鼎CS长宋体繁.TTF 文鼎粗行楷简.TTF 文鼎粗圆简.TTF 文鼎琥珀繁.TTF 文鼎特粗宋简.TTF 文鼎小标宋简.TTF
文鼎报宋简.TTF 文鼎粗黑繁.TTF 文鼎大标宋简.TTF 文鼎书宋繁.TTF 文鼎习字体.TTF 文鼎新艺体简.TTF
文鼎齿轮体.TTF 文鼎粗魏碑简.TTF 文鼎古印体繁.TTF 文鼎特粗黑简.TTF 文鼎细仿宋繁.TTF
I don't know how to determine which font caused this problem
--
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=38673
Bug ID: 38673
Summary: valgrind shows uninitialized memory in
dlls/kernel32/sync.c:ConnectNamedPipe()
Product: Wine
Version: 1.7.42
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Fedora
../../../tools/runtest -q -P wine -T ../../.. -M hlink.dll -p hlink_test.exe.so
hlink && touch hlink.ok
==14126== Thread 3:
==14126== Syscall param writev(vector[...]) points to uninitialised byte(s)
==14126== at 0x4F7A0F4B: ??? (in /usr/lib/libc-2.21.so)
==14126== by 0x7BC7A9C5: send_request (server.c:228)
==14126== by 0x7BC7AB52: wine_server_call (server.c:309)
==14126== by 0x7BC7B8CD: server_select (server.c:607)
==14126== by 0x7BC85426: NtWaitForMultipleObjects (sync.c:976)
==14126== by 0x7BC85471: NtWaitForSingleObject (sync.c:985)
==14126== by 0x7BC45DFF: server_ioctl_file (file.c:1539)
==14126== by 0x7BC46565: NtFsControlFile (file.c:1786)
==14126== by 0x7B87406B: ConnectNamedPipe (sync.c:1615)
==14126== by 0x49255A5: listen_thread (rpc_transport.c:132)
==14126== by 0x7BC81BB7: ??? (signal_i386.c:2682)
==14126== by 0x7BC81BFE: call_thread_func (signal_i386.c:2741)
==14126== by 0x7BC81B95: ??? (signal_i386.c:2682)
==14126== by 0x7BC88D78: start_thread (thread.c:443)
==14126== by 0x4F88F37F: start_thread (in /usr/lib/libpthread-2.21.so)
==14126== by 0x4F7ABD4D: clone (in /usr/lib/libc-2.21.so)
==14126== Address 0x4cee5c4 is on thread 1's stack
==14126== Uninitialised value was created by a stack allocation
==14126== at 0x7B873FA5: ConnectNamedPipe (sync.c:1601)
==14126==
also shows in ieframe/webbrowser, kernel32/pipe,
--
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.