https://bugs.winehq.org/show_bug.cgi?id=44396
Bug ID: 44396
Summary: PSNow (Playstation Now) v9.7.8 installer finished
setup without error messages, but I am observed only
empty folders after it.
Product: Wine
Version: 1.9.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikhail.v.gavrilov(a)gmail.com
Distribution: ---
Created attachment 60319
--> https://bugs.winehq.org/attachment.cgi?id=60319
console logs
$ wine --version
wine-2.20 (Staging)
--
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=37022
Bug ID: 37022
Summary: Application crashes occasionally
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugzilla(a)rols.ch
Created attachment 49193
--> http://bugs.winehq.org/attachment.cgi?id=49193
Backtrace from crash
Application crashes occasionally, cannot find some similarities. Backtrace
shows crash in ntdll ... but backtraces all look the same.
--
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=38552
Bug ID: 38552
Summary: Red alert 2 Yuris revenge: won't run when winedbg-1.7
installed (Copy prot. error)
Product: Wine
Version: 1.7.38
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: owezahra(a)gmail.com
Distribution: ---
Created attachment 51426
--> https://bugs.winehq.org/attachment.cgi?id=51426
sha1sums if needed
Well, on 1.7.38 "RA2 Yuris Revenge" runs (didn't in 1.6.2), but lately i've
seen some glitches (Mission transitions, when you lose, when i took a
screenshot), nothing directly gameplay relevant tough.
But after i installed wine-1.7-dbg the game didn't even start anymore
(something like "please insert correct cd/dvd"), not even showing any wine
command line output to work with.
I've tried some no-cd's, but like my original cnc-tfd dvd i used before they
didn't work.
Is there any point in opening bugs if i can only provide wine cmd output
without anything wine-1.7-dbg may add?
(Also, i had to use the ddraw.dll&aqrit.cfg override (Bug33211) to get both
working (Basegame RA2.exe and RA2MD.exe. RA2MD.exe failed when i removed the
dll))
Thanks,
Thomas
--
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=31103
Bug #: 31103
Summary: Jade Dynasty - The Program Patcher.exe has encountered
a serious problem and needs to close.
Product: Wine
Version: 1.5.7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armen(a)winehq.leemail.me
Classification: Unclassified
Created attachment 40835
--> http://bugs.winehq.org/attachment.cgi?id=40835
This file contains the bug back trace.
I downloaded Jade Dynasty from http://jd.perfectworld.com/ unpacked and
installed it by clicking on the install.exe file from its folder
¨JD_EN_Installer_v352_20120402¨
I followed forum guides on how to install the program. Configured wine to
emulate virtual desktop and to use my Display full resolution. Game installed
completely without any errors with wine.
After installation was over, I closed the set up window. Then I clicked on the
game icon from the desktop. The game client didnt start and I got the error
report, which is attached.
Thanks for all who take the time to fix these bugs.
--
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=44824
Bug ID: 44824
Summary: Speech Platform v11: No voice installed on the system
or none available with the current security setting.
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mk+winehq1803(a)pimpmybyte.de
Distribution: ---
Instructions how to reproduce (use winehq-devel instead of stable):
https://github.com/mk-pmb/msspeechsdk_v011_wine_howto
speakArgs.exe can be either built with above instructions, or downloaded here:
http://l.proggr.de/?182heru3w (.exe in .zip)
speakArgs.zip: 1431 bytes, SHA-256 =
54dda37d34ce3f68b7c18b4da342d2801cd57c8725d577568bd1164b8c58e649
speakArgs.exe: 3584 bytes, SHA-256 =
c3c284ff891545b815f9a086eaf597ae348d3fc4e7a8f0754877546d14c04c8a
Crash log for winehq-devel (v3.4):
https://gist.github.com/mk-pmb/3efba8685a972fd21c4033b565ade8d2
My crashlog for wine-stable (v3.0):
https://gist.github.com/mk-pmb/2ad02725db30b31921488e00c541cb40
I tested on Ubuntu 14.04.5 LTS trusty.
--
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=34446
Bug #: 34446
Summary: LANG=ru_RU.UTF-8 locale makes fonts look blurry
Product: Wine
Version: 1.7.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Classification: Unclassified
Created attachment 45856
--> http://bugs.winehq.org/attachment.cgi?id=45856
en_US.UTF-8 screenshot
I will now attach two screenshots showing the same application running with
en_US.UTF-8 locale
and
ru_RU.UTF-8 locale
English looks fine, Russian looks blurry and very unpleasant.
--
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=45764
Bug ID: 45764
Summary: Unhandled exception in Battle.net
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: svavar(a)kjarrval.is
Distribution: ---
Created attachment 62219
--> https://bugs.winehq.org/attachment.cgi?id=62219
The terminal output when trying to run the battle.net launcher
After updating from Wine 3.14 to 3.15 on Ubuntu, the Battle.net program doesn't
start anymore. The battle.net process hangs but the usual agent.exe hasn't even
started. It did work earlier today before the update so the Wine update is the
most likely reason.
When the Battle.net launcher program is started from the terminal, the last
error line is the following:
wine: Unhandled exception 0x40000015 in thread 2b at address 0x494f73 (thread
002b), starting debugger...
Tried to retrieve Program Error Details but it's gets stuck on the loading
message.
Did notice a fixme message where the loader redirects from L"wined3d.dll" to
L"wined3d-csmt.dll" even though the CSMT option is disabled in the
configuration.
--
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=42305
Bug ID: 42305
Summary: Microsoft money 2000: the mouse click does not select
the good line
Product: Wine
Version: 2.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dobbyspam(a)gmail.com
Distribution: ---
When entering an expense / recessed, in the drop down menu to the insertion of
the categories, at the click of the mouse select the right item, but when you
release the mouse button, the selected item is the second bottom.
--
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=23493
Summary: Safari, when installed with quiet mode, refuses to run
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.apple.com/safari
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Installing safari normally works fine.
Installing it with silent mode (wine SafariSetup.exe /qn) reports success for
the installer, but trying to run it fails with a messagebox:
Safari can't open.
Your copy of Safari is missing important software resources. Please reinstall
Safari.
OK
terminal shows:
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:msvcrt:_controlfp_s ((nil) 65536 196608) semi-stub
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
--
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=45787
Bug ID: 45787
Summary: Regession Steam throws exception at start up
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
Created attachment 62248
--> https://bugs.winehq.org/attachment.cgi?id=62248
console log
e215d070cfc5882fee5c2b4b6c3ce7ab71a18c6e is the first bad commit
commit e215d070cfc5882fee5c2b4b6c3ce7ab71a18c6e
Author: Fabian Maurer <dark.shadow4(a)web.de>
Date: Thu Aug 16 07:01:11 2018 +0200
kernel32: In UpdateProcThreadAttribute handle
PROC_THREAD_ATTRIBUTE_MITIGATION_POLICY.
Needed for x32 win7 chrome and chromium.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45648
Signed-off-by: Fabian Maurer <dark.shadow4(a)web.de>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 87bf6b7e838e356b28a1d61b024b138c081613cd
f03d9c56a2bbd05f0399598f4d39b7a2b95b181e M dlls
:040000 040000 4c3e21b432ef05052e57e9da003c8084b7d25eab
a566459833fffc00e9d3cdd7577a89a1993952ef M include
--
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=33760
Bug #: 33760
Summary: Jagged edges on most text and art in the Touhou 14
demo
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: murela_alba(a)abv.bg
Classification: Unclassified
Created attachment 44705
--> http://bugs.winehq.org/attachment.cgi?id=44705
windows 7 main menu 960x720
When running the "Touhou 14 ~ Double Dealing Character" demo (ver 0.01a) on any
resolution other than the highest (1280x960), pretty much all text displays
varying degrees of aliasing. Same goes for the edges of all the 2D art and UI
elements from the loading screen, to the main menu, to the game proper. Here's
the title screen on windows 7 in 960x720 (windowed).
--
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=37010
Bug ID: 37010
Summary: DYMO Stamps "Unable to connect to postage transaction
server" with wine-mono
Product: Wine
Version: 1.7.23
Hardware: x86
URL: http://sites.dymo.com/Promotions/Pages/DYMOStamps.aspx
?locale=enUS
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 31686
Follow up to bug 31687.
You'll need native gdiplus for bug 31686. Optionally, apply
https://source.winehq.org/patches/data/105843.
The app installs fine, and with native gdiplus, starts up. But when you try to
login, the application cannot connect to the server.
Terminal shows one mscoree fixme:
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"configSections"
in state 2
With native dotnet20, it will attempt to connect, then fails with 'This account
is not active'. Trying to login via the website shows the same problem, so
that's okay. But wine-mono should fail the same way.
I'm using an archived installer:
austin@aw25 ~/oldbugs/31687 $ sha1sum DYMOstampsWebSetup.exe
6f96fbdc9806effa499edba7e89329534b5901a7 DYMOstampsWebSetup.exe
austin@aw25 ~/oldbugs/31687 $ du -h DYMOstampsWebSetup.exe
3.5M DYMOstampsWebSetup.exe
the current version of the program appears to have other .Net/Mono issues
--
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=31687
Bug #: 31687
Summary: DYMO Stamps can't connect to its server
Product: Wine
Version: 1.5.12
Platform: x86
URL: http://sites.dymo.com/Promotions/Pages/DYMOStamps.aspx
?locale=enUS
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Depends on: 31685, 31686
Classification: Unclassified
Created attachment 41656
--> http://bugs.winehq.org/attachment.cgi?id=41656
WINEDEBUG=crypt,chain,context,secur32
Install the app. You'll need native gdiplus for bug 31686.
After that, you can get native hid, for bug 31685. I also installed dotnet20,
to verify that it wasn't a mscoree fixme to blame, but the problem happens
either way.
Start it up, and it asks for your credentials. Put them in, and click next.
That gives an error:
The remote certificate is invalid according to the validation procedure.
terminal output doesn't show much relevant. Tried native wininet/winhttp, which
then in turns shows a few fixme's for crypt32/secur32/winsock.
If you add in native crypt32, you get:
Attempted to read or write protected memory. This is often an indication that
other memory is corrupt.
and with native secur32 as well:
The requested security package is not supported.
Not sure what to try next. The initial problem seems to indicate crypt32 or
secur32, so hopefully this log will help:
WINEDEBUG=crypt,chain,context,secur32
--
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=45408
Bug ID: 45408
Summary: Wine crashes on d3d device init
Product: Wine-staging
Version: 3.11
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrx(a)hcc.im
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Created attachment 61724
--> https://bugs.winehq.org/attachment.cgi?id=61724
trace with WINEDEBUG=+all
When I try to run any programs which needs d3d, wine-staging would crash on
wined3d_device_init_gdi.
The machine is MacBook Pro 15-inch 2017 running macOS 10.13.2, with Intel HD
Graphics 630 and Radeon Pro 650.
Using wine-staging with upstream commit 8686448.
I've tried to capture the full trace with WINEDEBUG=+all and the last few lines
before crash are in trace.log file.
--
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=39350
Bug ID: 39350
Summary: Alone in the Dark: The New Nightmare (GOG.com) hangs
on start when WRITECOPY enabled
Product: Wine-staging
Version: unspecified
Hardware: x86
URL: http://www.gog.com/game/alone_in_the_dark_the_new_nigh
tmare
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
I have this problem with the GOG.com version of the game, but can't reproduce
it with the original demo version.
After starting the game with alone4.exe, it switches screen resolution then
hangs with an empty black screen and 100% CPU usage.
Plain terminal output doesn't show anything.
The game starts properly when STAGING_WRITECOPY variable is unset.
wine-1.7.51-225-g3966aff
Fedora 22 32-bit
--
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=45869
Bug ID: 45869
Summary: Crackling sound With PulseAudio
Product: Wine-staging
Version: 3.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmed.com(a)aol.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62367
--> https://bugs.winehq.org/attachment.cgi?id=62367
wine.log
My laptop produces crackling sound everytime I use Wine, and that happens with
all the games not a specific game.
What I've tried:
/etc/pulse/default.pa
load-module module-udev-detect tsched=0 ignore_dB=1
/etc/pulse/daemon.conf
; realtime-priority = 9
; flat-volumes = no
; default-fragments = 2
; default-fragment-size-msec = 125
PULSE_LATENCY_MSEC=60
Winetricks ==> change settings ==>> sound=alsa
But no difference at all.
I added a wine log using:
WINEDEBUG=+dsound,+pulse,+alsa wine .⁄witcher.exe &>wine.log
System info :
Distro: Manjaro Linux
Desktop: KDE Plasma 5.13.5
Kernel: 4.14.70-1
System: HP ProBook 450 G1
Sound device: Intel 8 Series/C220 Series High Definition Audio
Audio driver: snd_hda_intel
--
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=45222
Bug ID: 45222
Summary: How do I remove my WineHQ Bugzilla Account
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rexax007(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
How do I remove my WineHQ Bugzilla Account
--
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=45201
Bug ID: 45201
Summary: "Task Lists" shows "Wine 2.0"
Product: WineHQ Bugzilla
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: manzisam(a)gmail.com
CC: austinenglish(a)gmail.com
Observation bugzilla shows "Wine 2.0" under the "Task Lists" and also shows the
text:
------------------------------------
Current Bug Task Lists
The bugs we are currently working on are organized into Task lists.
Wine 2.0
These bugs are scheduled to be fixed before Wine 2.0 is released.
------------------------------------
according to the winehq website 2.0 was released ages ago and the two current
versions are (Stable:Wine 3.0.1) and (Development:Wine 3.8)
My suggestion is remove it as obviously no has enough time to update with the
frequency that it as requires.
Thanks for wine :)
--
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=43234
Bug ID: 43234
Summary: Allow users to show all full logs
Product: Wine-Testbot
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Currently it's possible to expand one log at a time to show not only the
failing lines but also the trace() output. It would be nice if we had a way to
see them all at once, though. Of course the user does get the full results
e-mailed to them, but the e-mail can take a while to go through, and also it
might be good if other people can get the full logs of a test they didn't run
(e.g. because it was linked to by the user.)
--
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=44785
Bug ID: 44785
Summary: FTP server (security ?) bug
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: luc.bournaud(a)hotmail.fr
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
I'm making a tool to download Wine from FTP server. I've got a little surprise
when listing versions on your FTP server, all directories under
"ftp://ftp.winehq.org/pub/wine/source" are "perm=fle" (I can rename the
directory) and all files are "perm=adfr" (I can anonymously edit Wine on your
servers !).
I don't know if it's just a minor bug or a real huge security issue...
--
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=41723
Bug ID: 41723
Summary: Install ucrtbase.dll on at least one of the machines
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: piotr.caban(a)gmail.com
Distribution: ---
We have tests for ucrtbase.dll in wine but currently they are never run on
testbot. It would be nice to install the dll on at least one of the machines.
--
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=39487
Bug ID: 39487
Summary: Make step dependencies more flexible
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot jobs are split into steps and tasks.
* The steps are numbered and must be executed in order. Each step has an
associated file.
* Each step has one or more tasks which can all be run in parallel.
Typically the first step is the build step associated to the patch. It produces
the 32 and 64 bit executables for the following steps hence why it has to be
executed first. When it fails the other steps are skipped which is not the case
for the other steps.
So the general structure is:
Step 1 - patch.diff - Build
Step 2 - test_32.exe - One task per VM
Step 3 - test_64.exe - One task per VM
So one source of inefficiency is that the 64 bit tests cannot start until all
the 32 bit tests have completed. It does not necessarily make the overall job
execution longer but it can leave a VM host idle while it waits for the
remaining 32 bit tests to complete. And if a developer is watching the job's
page he will not know of 64 bit failures until then.
So while the build step has to come before all others, that condition should be
relaxed for the other steps.
The database schema presented in bug 39412 adds a DependencyNo field to the
Step table so that step dependencies can be made explicit. This would allow
making both test steps depend on build one. Note that with this scheme a given
step could not directly depend on multiple other steps but that does not seem
needed.
It would also make more explicit the fact that test steps cannot be run if the
build one fails instead of hard-coding that behavior in Jobs::UpdateStatus().
--
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=45025
Bug ID: 45025
Summary: Multi-dll patches vs patches website
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The Testbot integrates with Wine's patch tracking website by providing it with
the job id of the job corresponding to patches that impact the tests. This
makes it possible to automatically flag patches that cause new test failures on
Windows.
https://source.winehq.org/patches/
However when a patch modifies the tests of multiple dlls (for instance d3d8.dll
and d3d9.dll) the TestBot creates one job per dll. This cannot work with the
patches website which can only deal with one job per patch.
In theory putting all the relavant tasks would be doable since there should be
no collision between the test executables.
The reasons for the current situation are:
* The build step only knows how to build one 3é bit and one matching 64 bit
test executable. So in the d3d8 and d3d9 case it would be unable to create both
d3d8_test.exe and d3d9_test.exe.
* Each step in a job implicitly dependended on the previous step. So a failure
to build d3d8_test.exe would have caused the d3d9 tests to be skipped too.
However this special behavior was specific to the first step so without
modification a failure to build the d3d9 test executable in step 2 would likely
not have prevented the TestBot from trying to run the d3d9 tests.
However now the TestBot supports proper dependencies between steps. So it's
possible to have the d3d8 tests depend on the d3d8 build and the d3d9 tests
depend on the d3d9 build, and have both be completely independent.
There is also progress towards simplifying the build task which would likely
make it simpler to deal with building all the test executables in one task.
However this would cause all the builds to succeed or fail together because all
the other steps would depend on that one build step. So for instance if the
d3d9_test.exe build fails, no test would be run even if d3d8test.exe was
successfully built. That may be acceptable though since the patch would need to
be resubmitted 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.
https://bugs.winehq.org/show_bug.cgi?id=39425
Bug ID: 39425
Summary: Improve resilience to VM host outages
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Currently the WineTestBot gets stuck when the connection to the libvirt server
on the VM hosts is broken. This includes cases where the libvirt server is
restarted, the VM hosts is rebooted or cases where there's a network outage.
The reason is that the Engine queries the status of the VMs itself in some
circumstances. This creates a TCP connection which is never recreated in case
it breaks.
The proper fix is to banish all such queries from the Engine: not just to fix
this issue but also because some of these operation can be long (a few seconds)
and block the main loop of the single-threaded Engine, which can in turn cause
the website to lag.
--
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.