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.
https://bugs.winehq.org/show_bug.cgi?id=45682
Bug ID: 45682
Summary: Vulcan support not enabled in build
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zambien1977(a)yahoo.com
In Wine 3.14 which has Vulkan support:
https://source.winehq.org/git/wine.git/commit/10035f1b974235e09db8c81d24855…
Vulkan games cannot run because it was not enabled in the build:
WINEPREFIX=~/.wine-btt/ wine TheBardsTaleTrilogy.exe
✓ 6234 18:36:03
0032:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15},
0x1800f9cfc, 0x181438070, 0x181438090) stub.
0032:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x1812bbb48, 43) stub
0032:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15},
0x14000107c, 0x140014030, 0x140014050) stub.
0032:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x140012360, 43) stub
Mono path[0] = 'C:/GOG Games/The Bard's Tale
Trilogy/TheBardsTaleTrilogy_Data/Managed'
Mono config path = 'C:/GOG Games/The Bard's Tale
Trilogy/TheBardsTaleTrilogy_Data/Mono/etc'
0032:fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv6 not supported in
this platform
0032:fixme:win:EnumDisplayDevicesW ((null),0,0x22f218,0x00000000), stub!
0032:fixme:win:EnumDisplayDevicesW (L"\\\\.\\DISPLAY1",0,0x22f218,0x00000000),
stub!
0032:fixme:win:EnumDisplayDevicesW ((null),1,0x22f218,0x00000000), stub!
0032:fixme:imm:ImmReleaseContext (0x2003a, 0xd05c0): stub
0032:err:vulkan:get_vulkan_driver Wine was built without Vulkan support.
0032:err:vulkan:wine_vk_init Failed to load Wine graphics driver supporting
Vulkan.
0032:err:module:find_forwarded_export module not found for forward
'winevulkan.wine_vkGetInstanceProcAddr' used by
L"C:\\windows\\system32\\vulkan-1.dll"
0032:err:vulkan:get_vulkan_driver Wine was built without Vulkan support.
0032:err:vulkan:wine_vk_init Failed to load Wine graphics driver supporting
Vulkan.
0032:err:module:find_forwarded_export module not found for forward
'winevulkan.wine_vkGetInstanceProcAddr' used by
L"C:\\windows\\system32\\vulkan-1.dll"
wine: Call from 0x7bc4c138 to unimplemented function
vulkan-1.dll.vkGetInstanceProcAddr, aborting
0032:err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading
symbols
0032:err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading
symbols
0032:err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading
symbols
0032:err:seh:setup_exception stack overflow 2080 bytes in thread 0032 eip
000000007bc76e41 esp 0000000000130df0 stack 0x130000-0x131000-0x230000
--
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=44688
Bug ID: 44688
Summary: Detect stuck processes
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: ---
Sometimes a TestBot worker process can get stuck.
This can happen to LibvirtTool.pl, particularly when dealing with offline VMs.
But it can also happen to regular scripts like WineRunTask.pl when using
TestAgent to send or retrieve a file.
In both cases the TestBot Engine should have a way to detect stuck processes
and simply kill them.
To detect stuck processes add two fields to the VM table.
ChildStarted - The current child process start timestamp.
ChildTimeout - How long the current child process is allowed to run.
Most of our tasks already have timeouts so it's just a matter of reusing this
timeout and adding some leeway. For the revert and offline tasks we could use 5
and 60 minutes respectively. Then the Jobs::_CheckAndClassifyVMs() method can
check those fields and kill the stuck processes. This works because the
Engine's SafetyNet() method schedules jobs every 10 minutes as a fallback.
The reason for using two fields instead of a single ChildDeadline one is that
the ChildStarted field could be useful to know which period to analyze when
collecting the Munin statistics (currently we analyze an arbitrary period of
time that's supposed to cover the worst 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=44554
Bug ID: 44554
Summary: The extension xz is not allowed
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: bricou.colin(a)wanadoo.fr
CC: austinenglish(a)gmail.com
Distribution: ---
I would like to attach a log file to a WineHQ post. The extension of the file
is ".xz" because I had to compress it to reduce his size : 91 Mo ------> 1.3
Mo.
But when I try to attach the file, a message apears "The extension xz is not
allowed" on the top, just below of the title "Post a reply".
So I can't send my log file to solve my problem with the help of others users.
You can see the discussion here :
https://forum.winehq.org/viewtopic.php?f=8&t=30214&e=0
Thank you,
Briceco
PS : Sorry, I can't speak or write english very well.
--
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=44187
Bug ID: 44187
Summary: Option to associate screenshots to more than one
version
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: mywine(a)schiermeier-it.de
Distribution: ---
Wish:
I would like an option to associate screenshots from a previous version to a
new version
This could be done like the "How-to / Note / Warning" checkboxes below the
"Descriptions" text area in "Edit Application Note" where a maintainer can
choose the versions to display this how-to/note/warning.
--
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=44708
Bug ID: 44708
Summary: Keep past logs if a test is rerun
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: ---
In some cases the TestBot reruns a test (currently mostly in case of TestBot
error but this could be expanded).
When this happens the previous logs are simply discarded when the tqsk is
restqrted. It would be better to bundle up the old logs in a single file and
make them accessible through a 'Show old logs' link. This would let the
developer or TestBot administrator see what the error was and better diagnose
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.
https://bugs.winehq.org/show_bug.cgi?id=42179
Bug ID: 42179
Summary: Better detect which tests need to be rerun
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 sometimes does not always know which tests need to be rerun and
thus tries to run the test executable with no argument. This typically happens
in the following circumstances:
* When a non-C file is patched, such as a resource or JavaScript file.
* When a test file is removed. This case is actually similar to the previous
case where the non-C file is the Makefile.in file.
Note however that if there is only one test file this works anyway because in
that case the test executable just runs that one test by default.
I added some test cases for this in the TestBot test suite:
https://github.com/fgouget/wine/tree/wtbsuite
--
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=41720
Bug ID: 41720
Summary: Advanced bug search excludes NEEDINFO bugs by default
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ken(a)codeweavers.com
Distribution: ---
Go to <https://bugs.winehq.org/query.cgi?format=advanced>. In the Status list,
all statuses except CLOSED and NEEDINFO are initially selected. NEEDINFO
should also be selected. Only CLOSED should be excluded.
I don't know if NEEDINFO bugs are included in the simple search's Status: Open
pop-up menu item. See <https://bugs.winehq.org/query.cgi?format=specific>.
They should be.
--
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=41216
Bug ID: 41216
Summary: Dependency Packages for EL7 compatible Systems
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: b.barwich(a)hotmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
I am running a CentOS 7 system with an old wine version and I would like to
update to the latest official stable Version, but this version is not packaged
on any compatible EL7 repository.
I checked out the instructions on
https://wiki.winehq.org/Fedora
but I found that the guide starts at Fedora 22 while CentOS 7 is mostly
compatible with Fedora 19 and 20 and hardly with Fedora 21 because of Package
Dependencies.
I also checked out the recommended "RPM Fusion" Repository but I had to find
out that it only offers packages for EL5 and EL6 systems. It is not updated yet
to EL7 while effectively suffers from missing Packages that are not shipped by
RHEL.
So without the "RPM Fusion" Repository I checked out how many Package
Dependencies I have available from the required ones in the manual.
The Manual at
https://wiki.winehq.org/Fedora
requires 81 pendent Packages
# echo "alsa-plugins-pulseaudio.i686 glibc-devel.i686 glibc-devel libgcc.i686
libX11-devel.i686 freetype-devel.i686 libXcursor-devel.i686 libXi-devel.i686
libNX_Xext-devel.i686 libXext-devel.i686 libXxf86vm-devel.i686
libXrandr-devel.i686 libXinerama-devel.i686 mesa-libGLU-devel.i686
mesa-libOSMesa-devel.i686 libXrender-devel.i686 libpcap-devel.i686
ncurses-devel.i686 libzip-devel.i686 lcms2-devel.i686 zlib-devel.i686
libv4l-devel.i686 libgphoto2-devel.i686 libcapifax-devel.i686 cups-devel.i686
libxml2-devel.i686 openldap-devel.i686 libxslt-devel.i686 gnutls-devel.i686
libpng-devel.i686 flac-libs.i686 json-c.i686 libICE.i686 libSM.i686
libXtst.i686 libasyncns.i686 libedit.i686 liberation-narrow-fonts.noarch
libieee1284.i686 libogg.i686 libsndfile.i686 libuuid.i686 libva.i686
libvorbis.i686 libwayland-client.i686 libwayland-server.i686 llvm-libs.i686
mesa-dri-drivers.i686 mesa-filesystem.i686 mesa-libEGL.i686 mesa-libgbm.i686
nss-mdns.i686 ocl-icd.i686 pulseaudio-libs.i686 python-talloc.x86_64
sane-backends-libs.i686 tcp_wrappers-libs.i686 unixODBC.i686
samba-common-tools.x86_64 samba-libs.x86_64 samba-winbind.x86_64
samba-winbind-clients.x86_64 samba-winbind-modules.x86_64 mesa-libGL-devel.i686
fontconfig-devel.i686 libXcomposite-devel.i686 libtiff-devel.i686
openal-soft-devel.i686 mesa-libOpenCL-devel.i686 opencl-utils-devel.i686
alsa-lib-devel.i686 gsm-devel.i686 libjpeg-turbo-devel.i686
pulseaudio-libs-devel.i686 pulseaudio-libs-devel gtk3-devel.i686
libattr-devel.i686 libva-devel.i686 libexif-devel.i686 libexif.i686
glib2-devel.i686"|tr -s " " "\n"|wc -l
81
but on my system I have only 68 / 81 Packages available
# yum info alsa-plugins-pulseaudio.i686 glibc-devel.i686 glibc-devel libgcc.i6
libX11-devel.i686 freetype-devel.i686 libXcursor-devel.i686 libXi-devel.i686
libNX_Xext-devel.i686 libXext-devel.i686 libXxf86vm-devel.i686
libXrandr-devel.i686 libXinerama-devel.i686 mesa-libGLU-devel.i686
mesa-libOSMesa-devel.i686 libXrender-devel.i686 libpcap-devel.i686
ncurses-devel.i686 libzip-devel.i686 lcms2-devel.i686 zlib-devel.i686
libv4l-devel.i686 libgphoto2-devel.i686 libcapifax-devel.i686 cups-devel.i686
libxml2-devel.i686 openldap-devel.i686 libxslt-devel.i686 gnutls-devel.i686
libpng-devel.i686 flac-libs.i686 json-c.i686 libICE.i686 libSM.i686
libXtst.i686 libasyncns.i686 libedit.i686 liberation-narrow-fonts.noarch
libieee1284.i686 libogg.i686 libsndfile.i686 libuuid.i686 libva.i686
libvorbis.i686 libwayland-client.i686 libwayland-server.i686 llvm-libs.i686
mesa-dri-drivers.i686 mesa-filesystem.i686 mesa-libEGL.i686 mesa-libgbm.i686
nss-mdns.i686 ocl-icd.i686 pulseaudio-libs.i686 python-talloc.x86_64
sane-backends-libs.i686 tcp_wrappers-libs.i686 unixODBC.i686
samba-common-tools.x86_64 samba-libs.x86_64 samba-winbind.x86_64
samba-winbind-clients.x86_64 samba-winbind-modules.x86_64 mesa-libGL-devel.i686
fontconfig-devel.i686 libXcomposite-devel.i686 libtiff-devel.i686
openal-soft-devel.i686 mesa-libOpenCL-devel.i686 opencl-utils-devel.i686
alsa-lib-devel.i686 gsm-devel.i686 libjpeg-turbo-devel.i686
pulseaudio-libs-devel.i686 pulseaudio-libs-devel gtk3-devel.i686
libattr-devel.i686 libva-devel.i686 libexif-devel.i686 libexif.i686
glib2-devel.i686|grep -i nombre|sort|uniq|wc -l
68
from the "RPM Fusion" Repository there are 20 Packages required
# echo "libmpg123-devel.i686 gstreamer-plugins-base-devel gstreamer-devel.i686
gstreamer.i686 gstreamer-plugins-base.i686 gstreamer-devel gstreamer1.i686
gstreamer1-devel gstreamer1-plugins-base-devel.i686
gstreamer-plugins-base.x86_64 gstreamer.x86_64 gstreamer1-devel.i686
gstreamer1-plugins-base-devel gstreamer-plugins-base-devel.i686
gstreamer-ffmpeg.i686 gstreamer1-plugins-bad-free-devel.i686
gstreamer1-plugins-bad-free-extras.i686 gstreamer1-plugins-good-extras.i686
gstreamer1-libav.i686 gstreamer1-plugins-bad-freeworld.i686"|tr -s " " "\n"|wc
-l
20
but without this Repository I have only 8 / 20 Packages available:
# yum info libmpg123-devel.i686 gstreamer-plugins-base-devel
gstreamer-devel.i686 gstreamer.i686 gstreamer-plugins-base.i686 gstreamer-devel
gstreamer1.i686 gstreamer1-devel gstreamer1-plugins-base-devel.i686
gstreamer-plugins-base.x86_64 gstreamer.x86_64 gstreamer1-devel.i686
gstreamer1-plugins-base-devel gstreamer-plugins-base-devel.i686
gstreamer-ffmpeg.i686 gstreamer1-plugins-bad-free-devel.i686
gstreamer1-plugins-bad-free-extras.i686 gstreamer1-plugins-good-extras.i686
gstreamer1-libav.i686 gstreamer1-plugins-bad-freeworld.i686|grep -iE
"nombre[^\:]*:"|sort|uniq|wc -l
8
This is mostly due to RHEL7 not shipping most i686 Packages anymore.
--
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=39385
Bug ID: 39385
Summary: Make the VM descriptions visible
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: ---
Each VM has a long description of its hardware and software configuration. They
are meant to help developers figure out what's special about a specific VM and
how it may explain its results. The long descriptions can be found on the
test.winehq.org site by looking at individual reports information.
But they cannot be seen on the testbot.winehq.org site except by the
administrator when editing the VM configuration.
They should be visible as a tooltip/infotip in most places when the VM's name
is displayed.
--
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=39414
Bug ID: 39414
Summary: Add a partway job status
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: ---
If a task is completed the corresponding job's status is 'Running' even if none
or the remaining tasks is actually Running. So one can sometimes end up with
dozens of 'Running' jobs when only one or two among them actually has an active
task.
So the idea would be to reserve the 'Running' status to jobs for which one task
is actually running. Jobs where some tasks but not all have completed would
instead have the 'Partway' status (suggestions for another name welcome).
Another issue is that when multiple jobs are in the 'Running' or 'Partway'
state it's hard to know which ones have been modified the most recently because
the 'Ended' field is not set. This is probably less important though and a
waterfall like presentation would help (see bug 39413).
--
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=41600
Bug ID: 41600
Summary: Unable to view pre-moderated post in forum
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brewmanz(a)gmail.com
Distribution: ---
I've just posted a comment in a forum thread, and wish to alter/add another
comment ... but I can't find my post in 'view your posts'!
--
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=40240
Bug ID: 40240
Summary: ntdll:exception causes the Windows 10 VM to crash
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 ntdll:exception test causes the Windows 10 VM (w1064) to crash. Given that
this does not happen on real hardware it is a TestBot bug.
Incidentally this is why we don't get any WineTest result from that VM.
Either there is a way to avoid the crash by adjusting the QEMU configuration or
a QEMU bug should be filed.
--
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=44942
Bug ID: 44942
Summary: It is currently impossible to submit test results for
Wine-staging, it says discontinued.
Product: WineHQ Apps Database
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arnfranke(a)yahoo.com
Created attachment 61047
--> https://bugs.winehq.org/attachment.cgi?id=61047
Wine Staging 3.5 Test Results Unable to check Staging box
I just had a test result come in for "Wine 3.5-Staging". The version is set to
"3.5" without the "Wine-staging" box checked, and I can see why - you can't
check it! Please see the attached image.
Despite WineHQ claiming that it's discontinued, you can download it here:
https://www.reddit.com/r/wine_gaming/comments/88m1mz/wine_staging_35_releas…
This is a blocker for all test results submitted with Wine-Staging. I can't
accept these results as they list an incorrect Wine version (3.5 vs 3.5
staging) so accepting these results as-is would be lying about how it runs in
Wine 3.5. So what am I supposed to do, reject these test results?
--
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=43016
Bug ID: 43016
Summary: Missing component comsvcs
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Can someone add component comsvcs which will also cover mtxdm.
--
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=39413
Bug ID: 39413
Summary: Make it easier to monitor the TestBot activity
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: ---
At the bottom of the main page there is a list of the VMs and their status.
However the information there is incomplete:
* When a VM is reverting there is no way to know for how long it has been
reverting.
* When a VM is running a task there is no link to the corresponding task.
* There is no history of events so if someone reports that something strange
happened there is no way to check(*).
So it would be nice to have something like BuildBot's Waterfall display.
http://buildbot.buildbot.net/waterfall
(*) Actually one could check the WineTestBot log but that has its own problems
and requires poring over lots of traces. See bug 39410.
--
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=42070
Bug ID: 42070
Summary: Add "workaround" to defined keywords list to indicate
that one or more workarounds are available for a bug.
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Enhancement:
Add "workaround" to the defined keyword list for open bugs, when one ore more
working workarounds have been found.
For Moderators:
The conditions for the workaround keyword to be valid would be:
- The workaround is documented in the comments or a reference is made to the
AppDB entry where the workaround is documented (or to an external source).
- The workaround is confirmed to be working at least for one person (not just
an hypothetic workaround).
- If multiple workarounds are discussed, the keyword is valid if one workaround
meets the above conditions.
Why the keyword?:
Other users affected by a bug would know that a workaround exists without
having to read all the comments to find out.
If someone has documented a workaround in the AppDB for a specific application,
and the bug is in fact affecting multiple applications, the keyword would
reduce the need to document the workaround in the AppDB for every affected app,
provided that the bug is properly referenced in the multiple AppDB entries.
--
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=45340
Bug ID: 45340
Summary: app versions sorted incorrectly
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shoefish(a)gmail.com
Distribution: ---
app version are not ordered by natural sort. That is, version 10 appears before
version 2 instead of after version 9.
The only reason It's worth mentioning is that often the latest version is the
most interesting and because of this if someone just glances at an app they're
likely to get the wrong impression.
example:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=1347
--
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=44526
Bug ID: 44526
Summary: Building Biarch instructions: lxc-templates package is
not mentioned as requirement
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juewei(a)fabmail.org
Distribution: ---
https://wiki.winehq.org/Building_Biarch_Wine_On_Ubuntu#Install_LXC
starts with
sudo apt-get install lxc
that should be
sudo apt-get install lxc lxctl lxc-templates
otherwise the subsequent lxc-create -t ubuntu ... cannot find the ubuntu
template.
I tried to create an account on the wiki, but I still do not see, if it should
be possible for me to suggest edits there directly. Please advise.
thanks,
--
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=32354
Bug #: 32354
Summary: testbot: A crashing test is not detected
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: wine.dev(a)web.de
Classification: Unclassified
A 64bit test crashed on all 64bit testbot machines,
but the summary has "0" as "Number of failures".
Test run for the broken patch:
http://testbot.winehq.org/JobDetails.pl?Key=22963&log_301=1#k301
Later test:
http://testbot.winehq.org/JobDetails.pl?Key=23106&log_302=1#k302
(I send a fix for the broken code in wine in some minutes)
--
By by ... Detlef
--
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=40237
Bug ID: 40237
Summary: account not deletable
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: BerlinerPaul(a)web.de
Distribution: ---
hi,
I want to delete my account but I'm unable to find some link in the preferences
for this.
best
--
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=39441
Bug ID: 39441
Summary: The reverts keep getting slower
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: ---
A revert that would take under 10 seconds right after creating the snapshot
would take over 7 minutes 6 months later. So every few months this would cause
the TestBot to become really sluggish and barely able to keep up with the patch
influx. Restarting libvirt, rebooting the host, restoring the VM from backup or
even transferring it to another host had no effect on the revert time.
While the revert is taking place the QEmu process fully occupies one core, no
disk I/O is performed and the VM is not running. The exact reason is not yet
known exactly but it seems to have to do with the VM's timer devices,
particularly the rtc one.
To confuse matters further not all VMs are affected: only Windows 2000, XP,
2003, 2008 and 10 suffer from this. The other post Windows Vista are immune.
Yet the guest is not active while the revert is taking place so it should not
have an impact on it.
Finally at WineConf 2015 it was discovered that the revert time of a live
snapshot is simply proportional to the snapshot's age.
This yielded a first workaround which is to refresh the live snapshots
regularly.
Further investigation showed that the common point between the impacted live
snapshots is that they all have the following clock settings
<clock offset='localtime'>
<timer name='rtc' tickpolicy='delay'/>
<timer name='pit' tickpolicy='delay'/>
<timer name='hpet' present='no'/>
</clock>
while the unaffected VMs have
<clock offset='localtime'/>
But switching from the former to the latter does not fix the affected VMs.
Still this lead to a better fix which has now been put in place: setting
track='guest' on the rtc timer.
Regardless, something is wrong with the way QEmu handles timers and live
snapshots so a bug was reported:
https://bugs.launchpad.net/qemu/+bug/1505041
Maybe this will shed some light on what's really happening and what the correct
timer settings are.
--
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=44581
Bug ID: 44581
Summary: *.winehq.org tls certificate deprecated
(Symantec/GeoTrust/RapidSSL)
Product: WineHQ.org
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tyng(a)cock.li
https://groups.google.com/forum/#!msg/mozilla.dev.security.policy/Oaeqtddo_…
as of today for firefox nightly:
Error code: SEC_ERROR_UNKNOWN_ISSUER
--
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=44844
Bug ID: 44844
Summary: Typo in description of rsaenh component
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: austinenglish(a)gmail.com
Created attachment 60897
--> https://bugs.winehq.org/attachment.cgi?id=60897
Screenshot showing the bug (typo)
It says "cyrpto" instead of "crypto".
Link: https://bugs.winehq.org/describecomponents.cgi?product=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=37104
Bug ID: 37104
Summary: Infinite revert loop
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
The current task scheduling algorithm can enter into an infinite revert loop
while trying to prepare VMs for the next tasks. Assume the following settings:
$MaxRevertingVMs = 2;
$MaxRevertsWhileRunningVMs = 0;
$MaxActiveVMs = 2;
Then the following sequence can play out:
| Steps
VM | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
----+-----+-----+-----+-----+-----+-----+-----+-----
vm1 | rev | idl | off | off | rev | rev | rev | ...
vm2 | rev | rev | rev | idl | off | off | rev | ...
vm3 | off | off | rev | rev | rev | idl | off | ...
The issue happens in steps 2, 4 and 6.
The scheduler can shut down idle VMs to replace them with VMs that are more
appropriate for the upcoming tasks. This is what happens in these steps: it
decides the idle VM it just prepared is not what it wants after all, and thus
shuts it down and prepares another one.
The problem is it keeps changing its mind over and over and can never actually
start a task because there is always a reverting VM and
$MaxRevertsWhileRunningVMs = 0.
Another prerequisite for this scenario to play out is probably to have multiple
tasks have the exact same priority, so that their order is undefined. But
regardless, the scheduler should probably not be shutting down an idle VM that
has an actual 'pending' task.
--
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=39470
Bug ID: 39470
Summary: https://bugs.winehq.org/page.cgi?id=fields.html needs
to be updated to include new statuses
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
NEEDINFO and STAGED need to be added and UPSTREAM needs to be changed to
NOTOURBUG.
--
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=42160
Bug ID: 42160
Summary: Need ddraw component
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
I just tried to file a bug in ddraw.dll and couldn't find any component option
for it. Something like "directx-ddraw" would be great.
--
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=44080
Bug ID: 44080
Summary: Update descriptions in
https://bugs.winehq.org/enter_bug.cgi to use HTTPS
URLs
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: pmenzel+bugs.winehq.org(a)molgen.mpg.de
CC: austinenglish(a)gmail.com
Distribution: ---
Please use the more secure HTTPS URLs in the descriptions of the Bugzilla
components.
--
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=39411
Bug ID: 39411
Summary: Provide a way to monitor VM revert times
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: ---
It would be nice to have a graph of the VM revert times to verify that
everything is working fine (or conversely to get a better sense that things are
wrong and action is needed).
Currently the way to do so is to ask Alexandre for the WineTestBot log, run a
perl script on it to get a CSV, and import the CSV in a spreadsheet to graph
the data. That's pretty cumbersome and obviously does not permit regular
monitoring.
Providing per-VM revert time graphs, maybe using something like RRDtool would
be really nice.
But then one could argue that revert times should just be low and stay that way
and that then monitoring them may not be needed.
--
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=31784
Bug #: 31784
Summary: Add support for VM snapshots
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
As we expand the number of configurations to test it seems wasteful to have to
create and maintain a brand new VM just for them. In a lot of cases all we need
is to slightly reconfigure a VM to add a CD image, add network interfaces or
change the locale and run the test with these changes settings.
That's where snapshots can be useful: take a snapshot for each configuration we
need to test and then let the TestBot start the VM from the right snapshot.
There is a catch though: while it's possible to run the tests in two VMs in
parallel, for a given VM only one snapshot can be active at a time. There's two
consequences:
* TestBot must know about snapshot and not try to simultaneously run the tests
in two snapshots belonging to the same VM.
* If in the base configurations (those all Wine patches run on) we have a VM
with ten snapshots, it means we will need to run the tests ten times
*sequentially*. That VM is quickly going to become a bottleneck. So we should
still limit the number of snapshots per VM, at least in the base
configurations.
--
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=45115
Bug ID: 45115
Summary: Forum side menus missing background and wineglass logo
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
Created attachment 61296
--> https://bugs.winehq.org/attachment.cgi?id=61296
Screenshot of forum side menu
The forum page is now missing the wineglass logo and the backgrounds for the
side menu, probably a result of commit
3e735e7dc5292294eb593ac9774a569193a5b624.
--
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=39927
Bug ID: 39927
Summary: Update the build VM
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 current build VM is based on Debian 7.0 which is pretty old.
It would be nice to upgrade it to Debian 8.0.
* This might solve some issues with the VM sometimes going dead after a
Reconfig job.
See: https://www.winehq.org/pipermail/wine-devel/2016-January/111059.html
* This would also get us a newer MinGW compiler. This would get us newer
headers, in particular for GetConsoleScreenBufferInfoEx(). Note however that
since this is a Vista+ API and the tests must still run on Windows XP it means
that specific API would still have to be loaded dynamically in order for the
test to be accepted in Wine. But it would make things easier for quick /
preliminary tests.
See: https://www.winehq.org/pipermail/wine-devel/2015-December/110942.html
--
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=31789
Bug #: 31789
Summary: Fix handling of jscript/vbscript tests
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 reports failures for all patches to the jscript/vbscript
tests:
=== W7PROX64 (32 bit) ===
No test summary line found
This generates quite a bit of spam on wine-devel and is annoying and needs to
be fixed. I believe it also happens with some other tests.
--
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=45758
Bug ID: 45758
Summary: sdl_driver_init compiled without SDL support
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Created attachment 62203
--> https://bugs.winehq.org/attachment.cgi?id=62203
WINEDEBUG=+plugplay | grep plugplay
I can't get work new controller stuff, Aric Stewart implemented, because
"sdl_driver_init compiled without SDL support".
--
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=45434
Bug ID: 45434
Summary: wine should depend on libgtk3-nocsd0:i386
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: raul(a)dias.com.br
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
wine-staging:i386 3.11-staging on ubuntu package should depend on
libgtk3-nocsd0:i386.
I haven't test the -devel or standard packages, but I believe that it will be
missing too.
--
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=39410
Bug ID: 39410
Summary: Provide a way for the WineTestBot administrator to get
the WineTestBot log
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: ---
When a task fails it logs the failure into the WineTestBot log(*). The
WineTestBot Engine may also log issues into the log. Analyzing the log also
provides a way to figure out the evolution of the revert times.
But accessing the log requires having login access to the WineTestBot server
which the administrator may not have. So it would be nice to have access to the
log (or portions thereof) through an administrator-only section of the website.
(*) In the case of WineRunBuild and WineRunTask one will get most of that in
the corresponding task's log on the website, but that's not the case for
RevertVM for instance.
--
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=44764
Bug ID: 44764
Summary: Xss in your wewbsite
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: whitehatbangladeshteam(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Hi!
I Am Wamim 19 Year Old Bangladeshi White Hat hacker
There's a xss on your website
Affected URL :
https://www.winehq.org/news/2017103101/
Proof of Concept URLs for XSS :
https://www.winehq.org/news/2017103101/x%22%3E%3CsvG%20onLoad=prompt(9)%3E
POC AS Screenshot
Copy and paste it any browser
Proof OF Concept with Firefox
Thanks
ALI WAMIM KHAN
--
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=45008
Bug ID: 45008
Summary: capella 8 crashes on wine 3.0, runs fine on 1.6.2
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stephan.herrmann(a)berlin.de
Distribution: ---
Created attachment 61132
--> https://bugs.winehq.org/attachment.cgi?id=61132
crash log
Two linux boxes with the same version of Kubuntu 16.04 LTS.
One one box I have wine 1.6.2 and installed Capella 8 => works fine.
Today on the other box I installed wine 3.0 (following
https://wiki.winehq.org/Ubuntu selecting stable).
On that second box any attempt to start Capella 8 causes a crash.
--
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=37666
Bug ID: 37666
Summary: Quicken 2015 Home & Business Retail - Fails on Install
Product: Wine
Version: 1.7.32
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reefland(a)gmail.com
Distribution: ---
Created attachment 50130
--> https://bugs.winehq.org/attachment.cgi?id=50130
Console messages
New Fresh WINE Prefix Creation:
WINEARCH=win32 WINEPREFIX=~/.winequicken2015 winecfg
(I set Windows 7 as OS)
WINEARCH=win32 WINEPREFIX=~/.winequicken2015 winetricks -q msxml3
WINEARCH=win32 WINEPREFIX=~/.winequicken2015 winetricks corefonts
WINEARCH=win32 WINEPREFIX=~/.winequicken2015 winetricks -q dotnet45
Installation Wizard Starts (Passes .NET tests). Upon clicking install it
fails.
Appears to be installing some kind of PDF print driver. There are no options
or other way to deselect this feature that I can find.
--- snip ---
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:ver:GetCurrentPackageId (0x33da08 (nil)): stub
err:setupapi:do_file_copyW Unsupported style(s) 0x284
fixme:printui:PrintUIEntryW command not implemented: L"i"
err:msi:ITERATE_Actions Execution halted, action L"InstallPDFDriver" returned
1627
--- snip ---
--
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=43876
Bug ID: 43876
Summary: It is a game for children with problems in school
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: yellow.b09(a)gmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Created attachment 59479
--> https://bugs.winehq.org/attachment.cgi?id=59479
Error Log in wine after start the .exe
i try to install an .exe file. but it follows the message, that an error
occure.
I am a linux beginner, and have no idea how i can fix this problem.
Thank you for your help. i hope that the attachment have the information that
you need. The programm is not free and have ~ 90Mb size
bye zirpe
--
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.