https://bugs.winehq.org/show_bug.cgi?id=4713
--- Comment #31 from joaopa <jeremielapuree(a)yahoo.fr> ---
Bug still occurs with winee-4.19.
--
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=48036
Bug ID: 48036
Summary: RestoreVM: Save the commands to set up the VM in
--extract-only mode
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 --extract-only mode RestoreVM prints the commands to use to restore the VM.
It would be better if it saved them in a file in the extract directory. This
would minimize the risk that they get lost from the shell history and make it
easier to edit and adjust them.
--
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=48038
Bug ID: 48038
Summary: Add an --image-dir option to RestoreVM
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 restoring a VM on a machine that does not have much disk space in
/var/lib/libvirt/images it's necessary to move the qcow images elsewhere and
create a symbolic link in their place.
The goal of the '--image-dir DIR' option is to automate this process.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47927
Bug ID: 47927
Summary: Is the win32/win64 VM Type distinction redundant with
the Missions field
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 TestBot has four types of VMs: build, win32, win64 and wine.
As expected the win32 and win64 VM types respectively correspond to 32 and 64
bit Windows VMs which directly correlates with their intrisic ability to run 32
and 64 bit Windows executables.
In contrast whether a wine VM can (or should) run 32 bit Windows executables,
64 bit ones or both is not indicated by its type. Instead this is determined by
the VM's Missions field. A Wine VM, a NetBSD one for instance, could be able to
run 64 bit executables but not 32 bit ones. Or testing the win32 build could be
done on one VM and testing the wow32 and wow64 one on another to spread the
load.
All VMs have this mission field, including the win32 and win64 VMs, where, like
elsewhere, it will determine whether the TestBot allows running 32 and/or 64
bit executables.
In other words a win64 VM will not run 64 bit executables if exe64 is not in
its Missions. That makes the win32 vs. win64 distinction somewhat redundant. So
maybe the two types should be merged into a single 'windows' VM type. Or maybe
it should be preserved as a way to record what the VM is capable of
independently of the missions currently assigned to it.
--
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=48033
Bug ID: 48033
Summary: Do Wine's source analysis on the TestBot server
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 needs to collect some information about the Wine source:
* The list of Wine source files (to separate Wine patches from patches for
other projects).
* The list of test source files (so it knows which tests to rerun when a Wine
dll / program is patched).
* The PARENTSRC dll dependencies (again so it knows which tests to rerun when a
PARENTSRC dll is patched).
This information is currently gathered on the build / Wine VMs and retrieved by
the TestBot server when their reconfiguration completes.
However once the TestBot has access to the Wine source (see bug 47839), it
could perform this analysis itself and thus use the results as soon as a Wine
update has been detected.
--
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=37007
Bug ID: 37007
Summary: Wine crashes when my program calls LoadLibrary
function under valgrind
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zt20055453(a)163.com
Created attachment 49171
--> http://bugs.winehq.org/attachment.cgi?id=49171
output info and valgrind logs
I want to run wine under valgrind to get my program's memory leaks info. When
the program is run to LoadLibrary function, the wine crashes。 Myvalgrind
version is 3.9.0, wine version is 1.7.22.
--
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=48030
Bug ID: 48030
Summary: Retrieve the reports/logs while the task runs
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 TestBot only retrieves the task reports and logs once the VM-side
script running the tests has completed (or timed out).
It could be better to start downloading the reports and logs earlier,
retrieving additional chunks as the files grow:
* The developer could get feedback a bit sooner (but presenting partial results
may require adjustments, particularly one should avoid errors such as 'it looks
like the report has been truncated').
* The download could happen concurrently with the task running which could
provide a small speedup.
* The TestBot would at least get a partial report if the test causes the VM to
crash, though that would likely not be the most interesting part.
* If taking multiple screenshots (see bug 44709) we'd also likely want to start
downloading them before the test has completed. We would not necessarily need
to download them piecemeal but this would still imply interleaving GetFile()
RPCs with the Wait() one.
In all cases we'd want to limit the time we get stuck in GetFile().
--
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=44425
Bug ID: 44425
Summary: MT4 popup hint window wrong
Product: Wine
Version: 3.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shidianwei(a)gmail.com
Created attachment 60367
--> https://bugs.winehq.org/attachment.cgi?id=60367
popup window displays even the cursor not on a bar
A feature in MetaTrader 4: A popup hint window will display when the cursor put
in the range of a bar.
MetaTrader 4 running on WINE popups the hint window EVERYWHERE even when the
cursor not in the range of a bar.
--
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=47509
Bug ID: 47509
Summary: Touhou 15.5:Antinomy of Common Flowers stopped running
after upgrading the Wine version from 4.10 to 4.12.2
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexsandr.2002.m(a)gmail.com
Distribution: ---
Created attachment 64896
--> https://bugs.winehq.org/attachment.cgi?id=64896
Console output
After launch via shortcut or console with the command "wine ./th155.exe", the
process "./th155.exe" works for a couple of seconds, and then the process
"th155.exe -1" starts up, which just hangs in the task manager.
It didn't start even after manual cleaning of Wine Prefix.
After rolling back to the Stable branch, everything worked as it was.
--
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.