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=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.
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=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=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=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.
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=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=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.
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.
https://bugs.winehq.org/show_bug.cgi?id=38122
Bug ID: 38122
Summary: Spelling mistake in Dutch crash dialog
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: computergeoffrey(a)zoho.com
Distribution: ---
When running Wine 1.7.35 on Linux, the crash dialog says in Dutch:
..."en het probleem nog niet is gerapporteed"... (translation: and the problem
has not yet been reported)
But the Dutch translation contains a mistake at this point: it should be
"gerapporteerd" and not "gerapporteed".
I hope someone can fix it as I'm not sure how to proceed :)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25436
Summary: Lithuanian translation of "Program files" and
"Application Data" folders (see file shell32_Lt.rc)
causes problems with some software for Windows
Product: Wine
Version: 1.3.8
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mantas(a)akl.lt
In the Lithuanian of localization of Wine "Program files" gets translated as
"Programų failai", "Application Data" - as "Programų duomenys" and "Local
Settings" - as "Vietinės nuostatos" (see file shell32_Lt.rc) causes problems
with some software for Windows.
- This is inconsistent with localized Windows (Lithuanian version) behavior,
which ALWAYS uses the name "Program files", "Application Data" and "Local
Settings".
- Some Windows software doesn't find files in these folders, as translated
folders have accented characters "ų" and "ė".
Requesting to use these translations in /dlls/shell32/shell32_Lt.rc :
IDS_APPDATA "Application Data"
IDS_LOCAL_APPDATA "Local Settings\\Application Data"
IDS_INTERNET_CACHE "Local Settings\\Temporary Internet Files"
IDS_COOKIES "Cookies"
IDS_HISTORY "Local Settings\\History"
IDS_PROGRAM_FILES "Program Files"
IDS_PROGRAM_FILES_COMMON "Program Files\\Common Files"
I can attach a patch if you like.
Same localization error was with Dutch translation, look at bug #15844
Most other Windows localizations also don't translate these folders if
translations would have accented characters, look for example at Russian or
Ukrainian localizations of WINE:
http://source.winehq.org/source/dlls/shell32/shell32_Ru.rchttp://source.winehq.org/source/dlls/shell32/shell32_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=20883
Summary: Faults on Portuguese translation of the Winecfg.exe
program
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ricardopcosta1967(a)gmail.com
I would like to inform the following faults on Portuguese translation of
Applications section of the Winecfg.exe program: 1) the text "Versão do
Windows" appears incomplete; 2) "Adiconar aplicação...", instead of "Adicionar
aplicação...".
Thank you
--
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=15844
Summary: Weird Dutch translation for Program files folder
Product: Wine
Version: 1.0.1
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: VincentBeers(a)gmail.com
In the Dutch localization of Wine, Program files gets translated as "Programma
bestanden". This is:
- Inconsistent with Windows behaviour, which ALWAYS uses the name "Program
files".
- Bad grammar, it becomes "Programmabestanden" in Dutch, but it doesn't make it
sound any better.
Requesting the name to be reverted to "Program files".
--
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=25236
Summary: Wrong italian translation in "add/remove programs"
Product: Wine
Version: 1.3.6
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mugeta(a)virgilio.it
IDS_CPL_TITLE, "Agiungi/Rimuovi Programmi"
should be instead
"Aggiungi/Rimuovi Programmi"
--
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=25235
Summary: Wrong italian translation in "add/remove programs"
Product: Wine
Version: 1.3.6
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mugeta(a)virgilio.it
IDS_CPL_TITLE, "Agiungi/Rimuovi Programmi"
should be instead
"Aggiungi/Rimuovi Programmi"
--
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=11075
Summary: Translation error
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey(a)esin.name
Created an attachment (id=10094)
--> (http://bugs.winehq.org/attachment.cgi?id=10094)
Patch to solve this problem.
Error in translation in file wine/dlls/shell32/shell32_Ru.rc at 87 string:
MENUITEM "&Удалмть", FCIDM_SHVIEW_DELETE
must be:
MENUITEM "&Удалить", FCIDM_SHVIEW_DELETE
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.