https://bugs.winehq.org/show_bug.cgi?id=54486
Bug ID: 54486
Summary: getenv_s returns the wrong value
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: blitzkriegoutlaw(a)hotmail.com
Distribution: ---
Created attachment 74039
--> https://bugs.winehq.org/attachment.cgi?id=74039
Test case
'getenv_s(&l, NULL, 0, "HOMEDRIVE");' returns 0 (success) on Windows and 35
(ERANGE) with Wine. ERANGE should be returned only if buffer and
numberOfElements are provided.
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=54514
Bug ID: 54514
Summary: Installed program is not opening
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: acc1shreeji(a)gmail.com
Distribution: ---
Created attachment 74055
--> https://bugs.winehq.org/attachment.cgi?id=74055
Detailed error repport
I have installed MS Office 2016 through Play on Linux but only MS Word opens.
Other programs like Excel, PowerPoint etc are not opening and giving error.
--
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=53249
Bug ID: 53249
Summary: ole32:compobj - test_CoGetPSClsid() sometimes fails
due to REGDB_E_IIDNOTREG on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:compobj - test_CoGetPSClsid() sometimes fails due to REGDB_E_IIDNOTREG on
Windows:
compobj.c:1382: Test failed: got 0x80040155
compobj.c:1383: Test failed: got clsid {00000000-0000-0000-0000-000000000000}
compobj.c:1387: Test failed: got 0x80040155
compobj.c:1388: Test failed: got clsid {00000000-0000-0000-0000-000000000000}
compobj.c:1398: Test failed: got clsid {52222222-1234-1234-1234-56789abcdef0}
compobj.c:1402: Test failed: Failed to get PS CLSID, hr 0x80040155.
compobj.c:1403: Test failed: Unexpected CLSID
{00000000-0000-0000-0000-000000000000}.
https://test.winehq.org/data/patterns.html#ole32:compobj
These failures happen on Windows 7 to Windows 10 1709.
On Windows 8 to Windows 10 1709 there is sometimes an additional error in
test_CoRegisterClassObject():
compobj.c:1670: Test failed: Unexpected hr 0.
This failure looks like it should be independent but never happens without the
previous 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=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.
https://bugs.winehq.org/show_bug.cgi?id=54502
Bug ID: 54502
Summary: Sims 1 fails to start with Wine built with PE support
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: audvare(a)gmail.com
Distribution: ---
Created attachment 74053
--> https://bugs.winehq.org/attachment.cgi?id=74053
startup log
Installed Wine building the binaries with Mingw toolchain. I get this error and
then Wine quits immediately:
ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/gstreamer-1.0/libgstfrei0r.so
Please either:
- remove it and restart.
- run with --gst-disable-segtrap --gst-disable-registry-fork and debug.
If I use Wine without real PEs (.dll.so etc), the game runs fine.
Also if I enable WINEDEBUG=all the game runs but of course is very slow. The
same errors display but the game can still run.
--
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=53206
Bug ID: 53206
Summary: user32:win - test_topmost() has some rare failures in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:win - test_topmost() has some rare failures in Wine:
win.c:11770: Test succeeded inside todo block: child should be topmost
win.c:11772: Test marked todo: child2 should be topmost
win.c:11773: Test failed: grandchild should be topmost
win.c:11781: Test failed: child should NOT be topmost
win.c:11784: Test succeeded inside todo block: grandchild should NOT be topmost
win.c:11787: Test failed: 008E0096: expected NOT topmost
win.c:11606: Test succeeded inside todo block: 5: hwnd 01AA006E is still
topmost
https://test.winehq.org/data/patterns.html#user32:win
These failure don't seem to depend on the locale and happen on the TestBot VMs
which run fvwm. They did not happen on my box under KDE but they are pretty
rare (~1% failure rate) so there may not be enough data to draw conclusions.
They also happen outside of WineTest and have caused false positives.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54498
Bug ID: 54498
Summary: kernel32:heap - The memory information sometimes
changes during test_GlobalMemoryStatus() in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:heap - The memory information sometimes changes during
test_GlobalMemoryStatus() in Wine.
This causes a failure when the available physical or page file information is
checked:
heap.c:3595: Test failed: got ullAvailPhys 0x14e7f00000
heap.c:3597: Test failed: got ullAvailPageFile 0x33a85ff000
Unfortunately this does not specify the expected value :-(
This never happens in during the nightly WineTest runs or in TestBot jobs but
has impacted a number of merge requests (e.g. MR2213, MR2094, MR2078, MR1499).
I can also sometimes reproduce it on my desktop. I think the trick to
reproducing it is to have some other activity on the system that causes a lot
of memory to be allocated or freed while this test is running. Looping on
test_GlobalMemoryStatus() calls also helps.
The test already assumes the data may change but it only allows -/+1MB which is
way too narrow. From some additional traces in MR2213:
memex-expect: Phys: 0x16e1861000 - 0x16e60eb000 = -76062720 / 0x1f5e3fc000 -
0x1f5e3fc000 = 0 PageFile 0x3452460000 - 0x3456cea000 = -76062720 /
0x3f483fc000 - 0x3f483fc000 = 0
During that run the total change in AvailPhys was 305 MB so I don't think
allowing an interval makes sense. It's better to loop and check that we can get
matching values in a few tries.
But then 4d122a26e56a went in the other direction, but did not specify why.
--
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.