https://bugs.winehq.org/show_bug.cgi?id=47703
Bug ID: 47703
Summary: warships
Product: Wine-staging
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leha.ermolin2012(a)yandex.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65174
--> https://bugs.winehq.org/attachment.cgi?id=65174
World of Warships не заходит в Адмиралтейство
В World of Warships при входе в Адмиралтейство или Клан возникает ошибка.
--
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=48057
Bug ID: 48057
Summary: Application binds to same port multiple times from
wine 4.18 works fine on 4.17
Product: Wine-staging
Version: 4.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richard.it(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65601
--> https://bugs.winehq.org/attachment.cgi?id=65601
Netstat Output With Application running on 4.18
Game server FLServer.exe appears to bind to the same port multiple times from
wine 4.18 making the application unable to communicate on the network.
Wine 4.17 works correctly.
Winetricks mfc42 required to get FLServer.exe to run.
Winetricks directplay for network.
Run FLServer.exe but unable to connect to it.
Steps to Reproduce:
1. Install game with FLServer.exe
2. winetricks mfc42 directplay
--
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=11833
Summary: GroupMail: Unhandled page fault on read access to
0x00000000 at address 0x164675c
Product: Wine
Version: 0.9.56.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)netherworld.com.ar
When i open File => create new mail.
the app crashes and the debug shows an Unhandled page fault.
please fix
--
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=40823
Bug ID: 40823
Summary: Stone Giant demo crashes after launch
Product: Wine
Version: 1.9.12
Hardware: x86-64
URL: http://www.geforce.com/games-applications/pc-applicati
ons/Stone-Giant-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 54778
--> https://bugs.winehq.org/attachment.cgi?id=54778
log
wine-1.9.12-161-g754c681
--
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=28372
Summary: Ubuntu Skin Pack 5.0-XP installer crash
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=36374)
--> (http://bugs.winehq.org/attachment.cgi?id=36374)
Log: install Ubuntu_Skin_Pack
wine-1.3.28-86-g9b729bb
winetricks ie7 works around it
Please see full log
--
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=46948
Bug ID: 46948
Summary: Characters in The Sims Complete Collection render
completely white
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 64071
--> https://bugs.winehq.org/attachment.cgi?id=64071
screenshot
I've attached the screenshot to showcase the issue. All 3D models in the game
render completely white with the exception of the plumbob (it looks correct).
And the opposite happens in older editions of the game (like Deluxe Edition) -
the characters render just fine, but not the plumbob (it's still green but
looks flat and lacks any planes).
I've tried using latest master of Wine along with latest Wine-staging
(e2c7fb5bb6f4cb79156e0b7bcb3fa3485f1edb00) along with this patch
(thttps://bugs.winehq.org/attachment.cgi?id=63990) and the issue in The Sims
Complete Collection still persists. While the redrawing seems to work all
correctly, the characters still render incorrectly.
--
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=37375
Bug ID: 37375
Summary: Visual C++ 2005 Express SP1 install fails
Product: Wine
Version: 1.7.28
Hardware: x86
URL: http://download.microsoft.com/download/7/7/3/7737290f-
98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL.
exe
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49702
--> https://bugs.winehq.org/attachment.cgi?id=49702
terminal output
See bug 20110 for a similar issue that is supposed to have been fixed (though
it doesn't work for me in 1.4.1).
http://www.microsoft.com/en-us/download/details.aspx?id=804http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a…
(sha1sum 8b9a0172efad64774aa122f29e093ad2043b308d)
fails to install. To reproduce, get winetricks from SVN
(https://winetricks.googlecode.com/svn/trunk/src/winetricks):
winetricks vc2005expresssp1
this fails:
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
------------------------------------------------------
Note: command 'wine
/home/austin/.cache/winetricks/vc2005expresssp1/VS80sp1-KB926748-X86-INTL.exe'
returned status 67. Aborting.
note that the installer appears to be in French instead of English, that's a
separate issue, I'll file a bug after a bisect.
--
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=41318
Bug ID: 41318
Summary: Sins of a Solar Empire crashes on start
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: blog(a)pozimski.eu
Distribution: ---
Created attachment 55653
--> https://bugs.winehq.org/attachment.cgi?id=55653
output of wine when running the game with WINEDBG=+all
With the current wine version, Sins of a Solar Empire: Rebellion (GOG version)
does no longer start, instead it crashes with an error message and tries to
write a dump. I believe this issue is related to Direct3D since the last
message written before the dump is created is:
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
A git bisect reveals:
dfe3f26b6ddd5f280f61e15a8507e727947b99a3 is the first bad commit
commit dfe3f26b6ddd5f280f61e15a8507e727947b99a3
Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Date: Wed Jun 22 06:01:50 2016 +0000
d3dx9_43: Share the source with d3dx9_36.
Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 9d549ce0939762a55adcd576b150bfaad5338e04
0c6ab47a8dc5cd8ed8da2ad996fa02019b8af64f M dlls
:040000 040000 0b852d0a91f39d0e3db8340e46b5b59547a5e7f0
1e9e55d7d1a3a8d7b4f132ecfebc87dcfb4aba1e M tools
I have attached the full log of the wine process just to be sure.
--
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=40227
Bug ID: 40227
Summary: LibreOffice 5.1.0 cause unhandled exception 0xe06d7363
at run
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: v_mil(a)ukr.net
Distribution: ---
Created attachment 53750
--> https://bugs.winehq.org/attachment.cgi?id=53750
The full backtrace.
Dear developers!
LibreOffice_5.1.0_Win_x64.msi installs normally except wrong folder ( "Program
Files (x86)" ) but running an Office application cause "Unhandled exception
0xe06d7363 in thread 29 at address 0x7b84a6c1 (thread 0029)".
More info in the attached backtrace.
The distribution is Ubuntu 14.04 x86_64.
BR. Viktor.
--
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=35102
Bug #: 35102
Summary: Qvodplayer 3.5 Crashes on start
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zturnxin(a)gmail.com
Classification: Unclassified
Created attachment 46820
--> http://bugs.winehq.org/attachment.cgi?id=46820
Log: terminal log and backtrace
1. Download QvodPlayer 3.5 from url:http://dl.kuaibo.com/QvodSetupPlus_old.exe
$ sha1sum QvodSetupPlus_old.exe
bb0768ad1f742445a5d54b74bf41b6c775f0bdca QvodSetupPlus_old.exe
2. winetricks -q gdiplus, workaround Bug 32474
3. Start QvodPlayer 3.5:
~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe
Crash happens.
--
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=26189
Summary: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no
longer shows console on start under X
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armin.kazmi(a)tu-dortmund.de
If you want to launch a crysis wars dedicated server, e.g. via
wine CrysisWars/Bin32/CrysisWarsDedicatedServer.exe -mod MWLL -root C:/Program
Files/CrysisWars/server +exec server.cfg
you expect it to spawn a console window (using windows console host it seems)
to
show further output and provide a control interface. Via git bisect I tracked
down
the offending patch, which was added quite a long time ago.
e4d090277b3f4f76b39e55480e5d1387798dbabe is the first bad commit
commit e4d090277b3f4f76b39e55480e5d1387798dbabe
Author: Eric Pouech <eric.pouech(a)orange.fr>
Date: Mon Aug 30 22:19:24 2010 +0200
kernel32: Properly handle bare console on input.
:040000 040000 79337f5cf3c9c78a557b10f8b1147476815470ac
860f197e56f714bea54dacbafe881c0ede7b19e9 M dlls
Automatic revert of the patch from HEAD fails.
--
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=22327
Summary: download
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://sourceforge.net/projects/phpgedview/files/1%20P
hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl
oad
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
Cannot install PGV demo for Windows using a clean wineprefix.
After installing dotnet20sp2 Mono2.4 with winetricks I get the following
output:
err:module:import_dll Library php5ts.dll (which is needed by
L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found
(OS 10048)Address already in use: make_sock: could not bind to address
127.0.0.1:6880
no listening sockets available, shutting down
Unable to open logs
System.OverflowException: Number overflow.
at System.Drawing.SizeF.ToSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000]
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog ()
at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000]
at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e)
[0x00000]
at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.ButtonBase.OnMouseUp
(System.Windows.Forms.MouseEventArgs mevent) [0x00000]
at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs
mevent) [0x00000]
at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.Control+ControlNativeWindow.WndProc
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr
wParam, IntPtr lParam) [0x00000]
--
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=43343
Bug ID: 43343
Summary: Palette corruption or wrong/corrupted colours
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alehiphopdj2(a)hotmail.com
Distribution: ---
Created attachment 58684
--> https://bugs.winehq.org/attachment.cgi?id=58684
ZIP file with 3 screenshots of Frank Herbert's Dune showing colours wrong
Playing Frank Herbert's Dune (2001) on Wine 2.12 on Linux (Ubuntu) from a fresh
and successful installation, colours are corrupted on:
- cutscenes (realtime rendering, not videos)
- gameplay
- title screen
I attach a zip file with these 3 screenshots.
These are the errors i get on the console:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub!
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
...
(this last error repeating all time until the end)
Looks like colours are corrupted because this 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=41316
Bug ID: 41316
Summary: aplikasi ada masalah saat dibuka
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: santosoa141(a)yahoo.com
Distribution: Ubuntu
aplikasi kolotibablo ada masalah saat di buka
--
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=32725
Bug #: 32725
Summary: VC runtime functions crash when called from reloaded
library in a thread
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: most(a)museresearch.com
Classification: Unclassified
Created attachment 43181
--> http://bugs.winehq.org/attachment.cgi?id=43181
msvcrt-dll-problem.zip
Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is
unloaded and reloaded, it's C runtime functions like std::cout can crash when
called from a thread.
According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is
caused by incomplete FlsFree implementation. There's a comment in it's code
that says what needs to be added:
/* FIXME: add equivalent of ThreadZeroTlsCell here */"
The crash is repeatable with the attached example winelib program (captain.exe)
and windows DLL (what.dll). Code for the compiled what.dll is included. An
included README file describes the contents. 'make test' demonstrates the
problem.
--
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=33660
Bug #: 33660
Summary: CS:GO - Call votes respond
Product: Wine
Version: 1.5.30
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pepe(a)bloodkings.eu
Classification: Unclassified
Once a player can call vote, and only works the first choice (F1, 1).
--
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=31787
Bug #: 31787
Summary: Run the tests in Wine
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
The Wine TestBot runs the conformance tests on Windows VMs before they are
committed to Wine. This greatly helped improve the quality of our conformance
tests.
The next step is making sure that the conformance tests work reliably in Wine
too, and that Wine patches don't break them. The hope is that this will help us
improve the state of the WineTest results:
http://test.winehq.org/data/
Doing so will be much more processor intensive than the current process:
* Currently only the conformance test patches are tested whereas we would need
to test almost every single patch (we could ignore some documentation patches
for instance).
* Currently we only have to generate a binary for the one conformance test
that's impacted. That's quick. Testing all Wine patches will require
recompiling Wine every time which takes more time, even with ccache.
* A Wine patch can have wide-ranging effects. For instance a patch to ntdll
could impact pretty much any conformance test. That means rerunning all of them
for every patch... unless we find reliable ways of pruning them (patches to
conformance tests would be an obvious optimization).
* Like for Windows we will need to test various configurations: different
locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly
different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving
Mac OS X for another bug). In some cases the same binaries can be used for
multiple tests (e.g. if only the locale changes) but in other cases not.
* Also for the current Wine TestBot an unreliable test only impacts people
modifying that test. But the above point means an unreliable test would impact
most Wine patches, leading to lots of patches being rejected. So this means
unreliable tests become a big issue and need to be handled in some way: fixed
or blacklisted or still run but not considered cause for rejection (so one can
notice when they get fixed).
Then there is the question of whether this should be done by modifying the Wine
TestBot or by using the BuildBot framework:
http://trac.buildbot.net/wiki/AboutBuildbot
Dan Kegel produced a proof of concept system based on BuildBot:
http://wiki.winehq.org/BuildBot
An issue is that without significant integration work, having both a
WineTestBot and BuildBot system would be annoying:
* The Wine TestBot currently has its own user database and BuildBot would add
another one. So it would be one more login to manage for developers unless we
manage to integrate either with another user database (e.g. through LDAP).
* Developers would have to submit patches to both sites and check the results
on both.
* Integration with the Wine Patches site (http://source.winehq.org/patches/)
would need to work with both systems.
--
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=33234
Bug #: 33234
Summary: Improve user management
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
When an account request is sent to a WineTestBot administrator the URL he gfets
sent to is the UserDetails.pl one but it only has an 'Approve' button, not a
'Reject' one.
This makes it unclear how to reject spam requests for instance (bug 31798), but
this has now been documented. Still, rejecting an application actually requires
going to another page and deleting the provisional account. This should be
simpler: there should be a 'Reject' button right on the UserDetails page that
does that.
Furthermore, the status of the account, 'Pending approval' and 'Pending
activation', should be clearly indicated both on the UserDetails page and on
the UsersList page.
--
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=48093
Bug ID: 48093
Summary: On cw-rx460 the WoW WinePrefixes are (likely) broken
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: ---
On cw-rx460 the wineprefixes created for the wow32 and wow64 test runs are
flawed:
* It looks like they do not define the %windir% and %SystemRoot% environment
variables:
https://www.winehq.org/pipermail/wine-devel/2019-October/152271.html
* They may be responsible for a failure in crypt32:sip
https://www.winehq.org/pipermail/wine-devel/2019-November/154240.html
What's puzzling is that cw-rx460 runs the same wt-daily script (*) as cw-gtx560
and other machines which don't have the same set of failures (see also bug
48092).
cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But
if the wineprefixes are indeed causing extra test failures this could lead
developers on a wild goose chase. So to avoid confusion I disabled the wow32
and wow64 WineTest runs on that machine until I have had time to investigate.
(*) https://github.com/fgouget/wt-daily
--
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=39442
Bug ID: 39442
Summary: Using Spice required to avoid failure in
mmdevapi:capture
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 Windows 7+ VMs all use an ich6 virtual soundcard (they don't support any of
ac97, es1370 or sb16 ones).
But they have failures in mmdevapi:capture such as:
capture.c:586: Returned latency: 5.8050 ms
capture.c:178: Test failed: Position 375 expected 0
capture.c:186: Wait'ed position 375 pad 0 flags 1, amount of frames locked: 448
capture.c:228: Test failed: Position 1719 expected 823
[...]
It turns out that the way the VM is configured for remote access impacts the
result of the tests:
* If configured for VNC then the tests fail as described, even if no client is
connected.
* If configured for Spice access then the tests succeed, even if no client is
connected. And if a client is connected the sound is carried over with pretty
good reliability.
So the way one accesses the VM changes the behavior in the guest. That seems
wrong and I reported it to QEmu:
https://bugs.launchpad.net/qemu/+bug/1499908
I have updated the w7pro64 configuration on 2015/09/25 and it now only has one
intermittent Master volume failure left in mmdevapi:capture. The change does
not seem to have negatively impacted the other tests.
So it seems the change can safely be propagated to the other Windows 7+ VMs.
There may be one issue though, which is that combining QXL with Spice causes
the Windows 10 VM to freeze very quickly. Hopefully that's specific to Windows
10.
--
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=39419
Bug ID: 39419
Summary: Fix the 'Failure running script in VM' errors
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: ---
There are two very common 'boterror' types:
Failure running script in VM: the "nc -q0 '10.42.42.133' '4242'"
command returned 1
and
Failure running script in VM: network read timed out
(Connect:AgentVersion.h:0/9)
Both seem to correspond to a network issue and both seem to almost exclusively
and systematically happen with the w864 and w1064 VMs when running either a 32
or 64 bit WineTest job (i.e. running the full suite).
--
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=47852
Bug ID: 47852
Summary: Let developers pick any of the Wine VM's missions for
their job
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: ---
Wine VMs can typically perform multiple missions. For instance the Debian 10 VM
missions are:
win32,test=module:win32,lang=fr_FR:win32,lang=ja_JP:win32,test=module,lang=zh_CN|wow32,test=module:wow64,test=module
This means it can run the tests against the win32, wow32 and wow64 Wine builds,
in English, French, Japanese and Chinese locales.
But when submitting a job though the website the tests are only run against the
win32 Wine build in the English locale and the developer cannot pick any other
test configuration.
This means debugging failures that only happen on the wow64 build of the
TestBot require sending the patch to wine-devel which pollutes the mailing
list, triggers many other tests, and is cumbersome for the developer.
So the 'Submit job' page should analyze a Wine VM's missions and provide a way
to pick any combination of build and language (since they are independent).
--
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=40239
Bug ID: 40239
Summary: Submitting more than one job for a given file fails
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: ---
Steps to reproduce:
* Open the 'Submit job' page in two windows.
* In both select the same file, for instance a patch.diff file or mytest.exe
one.
* Fill the Remarks field and click on the next button in both windows.
* Continue the submission process on both sides.
* At the end one job will work and the other will have 'unknown' written in the
'File name' column and fail with a TestBot error.
During the submission process the server faces the following conditions:
* The server needs the uploaded file early in the submission process so it can
analyze it and adjust the questions it asks later (e.g. prefill the command
line for patches, only present 64 bit VMs for 64 bit executables, etc.).
* There is no job yet to store the user-provided file. So it is stored in a
temporary 'staging' area and then moved into place when the job is created.
* The user can abandon the submission process at any time which causes the
temporary files he uploaded to be orphaned. To deal with this issue the server
has a garbage collecting mechanism.
* To avoid interference between users if they upload files that have the same
name the temporary filename is prefixed with a per-user string.
* However nothing prevents a collision in the staging area starts two job
submissions at the same time for the same file. This is what happens in the
steps above.
That last point is somewhat intentional as it limits the accumulation of
orphaned files if a user abandons a submission only to pick it up a bit later.
But getting a broken job is wrong in any case.
--
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=39417
Bug ID: 39417
Summary: Display duration instead of 'Ended' time
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: ---
For Jobs and Tasks the website shows the 'Ended' time but this is not very
practical. Developers would likely be much more interested in the time it took
to run the job/task. So all this does is force them to do that calculation
themselves.
The (slight) difficulty is mostly that the relevant pages use a base class that
builds the HTML from all the selected fields. So the framework would need to be
modified to let subclasses either provide their own 'virtual columns' with the
corresponding header and content. Alternatively, in this case we could make do
with letting them replace the column's header and content.
--
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.