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=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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=17921
Summary: Just a translation problem
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: laughmetal(a)gmail.com
It is just a translation problem.
I am currently using Wine 1.1.18 simplified Chinese under ubuntu. Everything
works fine, but for the translation of word "Apply", it used the tradition
Chinese notation rather than simplified Chinese one.
Not a big problem however solving it can make this program better.
--
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=21459
Summary: Ukrainian translation for some files
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor-hkr(a)mail.ru
Created an attachment (id=25841)
--> (http://bugs.winehq.org/attachment.cgi?id=25841)
Ukrainian translation for some files
Ukrainian translation for
dlls/crypt32/crypt32_Uk.rc
dlls/hhctrl.ocx/Uk.rc
dlls/mpr/mpr_Uk.rc
dlls/msacm32/msacm_Uk.rc
dlls/mshtml/Uk.rc
dlls/msi/msi_Uk.rc
dlls/msvfw32/msvfw32_Uk.rc
dlls/oleaut32/oleaut32_Uk.rc
dlls/oledlg/oledlg_Uk.rc
dlls/wldap32/wldap32_Uk.rc
programs/reg/Uk.rc
programs/winhlp32/Uk.rc
programs/wordpad/Uk.rc
programs/write/Uk.rc
programs/xcopy/Uk.rc
--
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=21457
Summary: Ukrainian translation resources for credui
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor-hkr(a)mail.ru
Created an attachment (id=25839)
--> (http://bugs.winehq.org/attachment.cgi?id=25839)
ukrainian credui.rc
Ukrainian resources for dlls/credui.
--
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=18461
Summary: Problem in English localization of Winelib programs
Product: Wine
Version: unspecified
Platform: All
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=50499
2
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ovek(a)arcticnet.no
Most of the Winelib programs in Wine, such as winecfg, contain this in their
English localization resource (En.rc):
LANGUAGE LANG_ENGLISH, SUBLANG_DEFAULT
SUBLANG_DEFAULT is 1, which for English, maps to SUBLANG_ENGLISH_US. This means
that the localization in En.rc is *only* selected in an en_US locale, *not* in,
say, an en_GB locale (unless no other fallback is found).
It would probably better if these files said
LANGUAGE LANG_ENGLISH, SUBLANG_NEUTRAL
so that if the user has a British English user locale (from LC_MESSAGES) and a
French system locale, winecfg will show up in English, not fall back to French.
(From Debian bug #504992, linked to in the URL field.)
--
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=11136
Summary: Trados: TagEditor loosing contact with Workbench.
Product: Wine
Version: CVS/GIT
Platform: HP
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yolande(a)haneder.biz
When opening Tageditor, it should be able to open and connects to Workbench
(working OK yesterday). Now when opening TagEditor, it is prompting Workbench
but not seeing it (Workbench is opening although TagEditor says it can't open
it).
Showing in the log.
err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111
err:ole:CoGetClassObject no class object {b196b286-bab4-101a-b69c-00aa00341d07}
could be created for context 0x80000001
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{b196b284-bab4-101a-b69c-00aa00341d07}
err:rpc:I_RpcReceive we got fault packet with status 0x80004002
err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface
failed with error 0x80004002
Now imagine you try to open a file with TagEditor. It opens the file and is
immediately loosing contact with Workbench and ask you if you want to restart
Workbench (which is still not closed).
err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub
manager, oxid=4d7000004d8, oid=3
err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error
0x8001011d
It is now opening a SECOND workbench window with again the error.
err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111
err:ole:CoGetClassObject no class object {b196b286-bab4-101a-b69c-00aa00341d07}
could be created for context 0x80000001
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{b196b284-bab4-101a-b69c-00aa00341d07}
err:rpc:I_RpcReceive we got fault packet with status 0x80004002
err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface
failed with error 0x80004002
and asking again to reconnect as soon as you point your mouse on the text.
Any idea?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=30264
Bug #: 30264
Summary: TRANSLATION: Turkish translation for shdoclc and
shdocvw
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ardatanrikulu(a)gmail.com
Classification: Unclassified
Created attachment 39536
--> http://bugs.winehq.org/attachment.cgi?id=39536
Patch
TRANSLATION: Turkish translation for shdoclc and shdocvw
Arda Tanrıkulu
ardatanrikulu(a)gmail.com
--
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.