https://bugs.winehq.org/show_bug.cgi?id=52833
Bug ID: 52833
Summary: Wine's wscript.exe and cscript.exe don't support
UTF-16 LE with BOM script files
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: devscholar(a)foxmail.com
Distribution: ---
Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script
files. Microsoft's does. This feature is used to create Unicode scripts.
--
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=52852
Bug ID: 52852
Summary: Retrieving all properties from wmi class with
"Select-object *" fails (in powershell core)
Product: Wine
Version: 7.6
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
(prerequisite: winetricks -q dotnet48)
The following code retrieves all properties from a class in PS Core on Windows
(tested with a few common classes):
([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object *
In all classes in wine I get:
"format-default: Error code: 0x80041002"
With the hack at the end of this post it works in wine too for most classes, so
maybe it might be easy to fix (?). Returning anything else then an error that
starts with 0x8* works really I found by trial and error.
However the hack also doesn`t work (breaks) cases like win32_process where the
count is more then one, so I guess the fix might be more complicated after all:
([wmiclass]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object *
Output (with hack):
Select-Object: Z:\home\louis\ramdisk\a.ps1:1
Line |
1 | … class]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object *
| ~~~~~~
| The following exception occurred while retrieving members:
| "Object reference not set to an instance of an object."
Steps to reproduce:
- winetricks -q dotnet48
- Install PS Core from downloadlink.
- Save the following line in a file called for example a.ps1:
([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object *
- Then: 'wine pwsh -file a.ps1'
Hack:
diff --git a/dlls/wbemprox/query.c b/dlls/wbemprox/query.c
index 8233d35878d..ee0bc3ec14e 100644
--- a/dlls/wbemprox/query.c
+++ b/dlls/wbemprox/query.c
@@ -1181,7 +1181,7 @@ HRESULT get_propval( const struct view *view, UINT index,
const WCHAR *name, VAR
if ((hr = map_view_index( view, index, &table_index, &result_index )) !=
S_OK) return hr;
if (is_system_prop( name )) return get_system_propval( view, table_index,
result_index, name, ret, type, flavor );
- if (!view->result_count || !is_result_prop( view, name )) return
WBEM_E_NOT_FOUND;
+ if (!view->result_count || !is_result_prop( view, name )) return 0x40005;
table = view->table[table_index];
hr = get_column_index( table, name, &column );
--
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=30107
Bug #: 30107
Summary: IE8 buttons bar doesn't have background under several
buttons
Product: Wine
Version: 1.4-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mr_wire(a)mail.ru
Classification: Unclassified
Created attachment 39239
--> http://bugs.winehq.org/attachment.cgi?id=39239
Screenshot of started IE8
While starting IE8 I get no background under back/forward, stop and search
buttons. Buttons bar background for these buttons is copied from application
window that in the background IE startup.
--
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=52835
Bug ID: 52835
Summary: Controller device gets permanently assigned as xinput
ONLY or dinput ONLY on prefix creation, depending how
the prefix was created.
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: twilight312+winebugzilla(a)gmail.com
Distribution: ---
Created attachment 72227
--> https://bugs.winehq.org/attachment.cgi?id=72227
winecfg-dinput.log
Dear wine developers,
Depending on if the prefix was first created by running ``wine control`` or
``winecfg``, my controller device gets permanently (for that prefix) assigned
as either ``dinput`` ONLY device (being not visible for application that
accepts only ``xinput`` devices), or as ``xinput`` device, allowing to be used
by said application. Once the prefix is created, there is no way to change how
the device will be seen on wine's side.
Specifically:
If prefix is first created by running ``wine control``, the device will be
``xinput`` (see log ``wine-control-xinput.log`` from creating the prefix and
''xinput.png`` screenshot for ``wine control`` joyapplet content).
If prefix is first created by running ``winecfg``, the device will be
``dinput`` (see logs ``winecfg-dinput.log`` from creating the prefix and
``wine-control-dinput.log`` from running ``wine control`` there, also
''dinput.png`` screenshot for ``wine control`` joyapplet content).
All logs are made with:
WINEDEBUG="+plugplay,+hid,+xinput"
It is worth adding, that any prefix affected by the bug (as in - controller
device not usable by application expecting ``xinput``) will have the controller
WORKING as ``xinput`` if the prefix will be run with Wine 6.16 or earlier. The
bug is present in Wine 6.17 already (despite no separate ``dinput`` and
``xinput`` fields in ``wine controll`` joyapplets, those appeared in Wine
6.18).
Cheers,
/CatLady
--
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=52488
Bug ID: 52488
Summary: Nota Bene crashes at the end of install with denormal
float operand exception
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Follow up to bug 12732. Now that the thunks are not getting freed anymore, this
is the next issue plaguing the installer.
Note that it works fine in winevdm from otya128 and we have permissions to port
fixes back to 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=52006
Bug ID: 52006
Summary: Nokia SDK 2.0 emulator stuck at 98%
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
This is split from bug 51916. This bug is seen by opening emulator.exe or
Nokia_SDK_2_0_Java_em.exe.
Nokia SDK 2.0 for Java:
https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml
SHA1: 969dc440a420a7a3a210518f7fc4730f52826ad2
Note: JDK 6u23 is needed to open this application. It has a bug that won't find
RMI ports in newer Java versions, which also occurs in Windows.
The original report says that turning of theming is a workaround but I can't
confirm 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.
http://bugs.winehq.org/show_bug.cgi?id=19092
Summary: Missing background in Civilization 4 launch window
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=22037)
--> (http://bugs.winehq.org/attachment.cgi?id=22037)
Screenshot in Ubuntu
Well the tittle says everything.
I'm attaching a screenshot.
--
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=47264
Bug ID: 47264
Summary: Visual Studio 2015 does not start
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: exposight(a)gmail.com
Distribution: ---
Created attachment 64554
--> https://bugs.winehq.org/attachment.cgi?id=64554
startup log
Continuation after https://bugs.winehq.org/show_bug.cgi?id=47201 fixed. Visual
Studio still does not start, but now nothing obvious can be seen in the logs.
--
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=51885
Bug ID: 51885
Summary: Installing Dotnet Causes Recursive Cannot Parse File
Errors and Terminal Spam
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
This is an issue that's plagued me with Wine for a long while now:
For some reason, I don't know why, but VERY often when I execute a Wine process
in a terminal (I use Konsole and Yakuake) Wine spits out excess lines of
"information" until I terminate the terminal shell.
This gets particularly noticeable when doing things like installing dotnet,
where there's a lot going on.
For not as long but still a while, installing dotnet in particular causes it to
search in my ~/.local/share/applications folder for some reason, then going
through a symlink I have there, then navigating to the Wine-defined "Z drive"
to scan a bunch of other locations on my PC recursively.
The two issues combined causes literally endless spam in my terminal and it
even spills into other process in that same terminal session, like opening a
file in nano.
I would log this data to a file *but I literally can't do so;* there's too many
characters to log and it isn't possible for me to capture all the data.
Needless to say (I kind of already said it), this can also make collecting
information quite difficult for application testing for bug reporting.
--
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=18027
Summary: Check support for application switching by keybord
shortcuts
Product: Wine
Version: 1.1.19
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Markus.Elfring(a)web.de
I am used to the shortcut "Alt+Tab" with the effect of switching between
application windows. This is usually also supported in X sessions (like KDE or
GNOME). But it does not work if the game "Civilization 4" was started in full
screen mode.
How much has this behaviour got to do with an option "Managed windows using
X11"?
--
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=52823
Bug ID: 52823
Summary: Wine-Mono UI Discrepancies with Community Batman
Arkham Asylum Launcher
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 72207
--> https://bugs.winehq.org/attachment.cgi?id=72207
Screenshots with Different DPIs and Wine Themes
SHA256 of BmLauncher.exe:
5d2c63df597793a45b2647ce73059e523fdd12482579313a6b649489604aed90
Download location via web archive:
https://web.archive.org/web/20220410202545/https://objects.githubuserconten…
-----
The application is an open-source .NET 4.5 program:
https://github.com/neatodev/BmLauncher
-----
The issue here is primarily that:
- UI elements don't align properly (see buttons toward the bottom of the
screenshots)
- Text describing drop-down lists (mostly) "runs into" the drop-down lists
themselves (no padding)
- Tool-tips are slightly cut-off towards the top of their bubbles
- Using the drop-down list above the checkbox ("Pool Size") or hovering over
the checkbox item itself causes it to partially disappear as a sort of cut-out
where the drop-down would overlap
- and the "Miscellaneous" box's text is crammed; it renders incorrectly
Those main issues aside, the lack of HiDPI support in Wine meant that the
project had to adapt to support Wine's winecfg scaling setting to look the way
it does now; would be great if HiDPI support finally gets implemented... >_>
(It used to look much, much worse:
https://cdn.discordapp.com/attachments/962343073923354685/96234629290906830…
)
--
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=27579
Summary: The appearance of uTorrent 3.0 torrents list is broken
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://download.utorrent.com/3.0/utorrent.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Not only this part of µTorrent window is black, when you add a torrent to
download, its name and other attributes are hidden, when you try to switch the
current category from e.g. "Downloading" to "Seeding", this part of uTorrent
window will not be updated.
In short the appearance of uTorrent 3.0 under Wine is broken beyond being
usable.
--
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=52536
Bug ID: 52536
Summary: Sifu crashing when dying or pressing skill tree.
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sullaimaanawan(a)gmail.com
Distribution: ---
Created attachment 71841
--> https://bugs.winehq.org/attachment.cgi?id=71841
sifu crash log
After completing the intro of sifu and you press the skill tree the game will
freeze. Also when you die the game will crash sometimes if you hover over the
upgrades.
--
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=43508
Bug ID: 43508
Summary: Kindle for PC can't initialize gecko?
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: jacek(a)codeweavers.com
Distribution: Gentoo
While looking at https://github.com/Winetricks/winetricks/issues/825, I noticed
that newer Kindle does not show its login window, instead spamming an infinite
loop of window refreshing:
[INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M
[WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M
[INFO][RegistrationDialogWrapper] reloadWebview^M
fixme:ieframe:WebBrowser_Stop (0x79a79f0)
[INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M
...
...
err:mshtml:create_document_object Failed to init Gecko, returning
CLASS_E_CLASSNOTAVAILABLE
fixme:ole:CoCreateInstanceEx no instance created for interface
{00000000-0000-0000-c000-000000000046} of class
{25336920-03f9-11cf-8fd0-00aa00686f13}, hres is 0x80004005
[INFO][RegistrationDialogWrapper] Webview finished loading with code=0^M
[INFO][CMetricsManager] Reporting the following metric 170808:184434 Mazama: I
RegistrationDialogWrapper:RegistrationWebViewLoadTimer:Timer=1:^M
fixme:ieframe:handle_navigation_error Navigate to error page
fixme:ieframe:bind_to_object BindToObject failed: 800c0010
...
fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20
[INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M
err:secur32:schan_AcquireClientCredentials Could not find matching protocol
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
[WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M
[INFO][RegistrationDialogWrapper] reloadWebview^M
fixme:ieframe:WebBrowser_Stop (0x79a79f0)
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
To make sure it wasn't my machine, I ran mshtml/ieframe tests, which all
passed. I can browse the web with iexplore.exe, as well, so gecko is
functional.
austin@austin2:~/.cache/winetricks/kindle$ sha256sum
KindleForPC-installer-1.20.47037.exe
cb20581d3455d458c7ac4bafa5c67dcfc5186c7b35951168efcf5a8263706b47
KindleForPC-installer-1.20.47037.exe
austin@austin2:~/.cache/winetricks/kindle$ du -sh
KindleForPC-installer-1.20.47037.exe
52M KindleForPC-installer-1.20.47037.exe
wine-2.14-32-g52fbaeb2c4
--
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=48148
Bug ID: 48148
Summary: WinRAR x86 crashes when trying to view very large
files
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1. Navigate to any large file (>4GB).
2. Hit Alt + V (Commands -> View File)
Assertion failed: ~para->member.para.nFlags & MEPF_REWRAP, file caret.c, line
232
--
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=50322
Bug ID: 50322
Summary: REDEngineErrorReporter.exe Page fault while trying to
print unimplemented function message to console.
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 68905
--> https://bugs.winehq.org/attachment.cgi?id=68905
Backtrace of bug.
Crash occurs when attempting to debug print an unimplemented function call when
launching Cyberpunk2077 (GOG version) using dxvk with wine's dxgi.dll.
Triggered by REDEngineErrorReporter.exe and not the game itself.
--
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=45023
Bug ID: 45023
Summary: TestBot Object Relational Mapper issues
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 implements its own perl Object Relational Mapper (ORM) to access
the database. It is implemented by the modules in lib/ObjectModel. The are two
main concepts:
* Items
An Item is an object representing a table row. The classes such as Job, Step
and Task all inherit from Item.
* Collections
A collection represents a table and is thus a collection of Items. To allow
for fast access the items are stored in a perl hashtable indexed by their
primary key. A Collection may not contain all of the table's rows. For instance
a Step Collection only contains the Steps of the parent Job object used to
create it. So $Job->Steps is a collection that contains only the $Job steps.
The items in a Collection can be further filtered out by specifying that one
of their property must be in a set of values. For instance
$Jobs->AddFilter("Status", ["queued", "running"]) will cause the $Jobs
collection to only return the queued and running jobs.
Unfortunately this implementation has a number of limitations and design
issues.
1. Care must be taken when creating multiple objects.
my $Job1 = $Jobs->Add();
... Set mandatory fields ...
my $Job2 = $Jobs->Add();
... Set mandatory fields ...
# Here $Job1 != $Job2
$Jobs->Save();
Only $Job2 got saved to the database!
The reason is that a Job's primary key is an auto-increment field. So the Job
Id is set when it is saved to the database. Thus when created in memory that
field is unset and an empty string is used when adding it to the $Jobs items
hashtable. Thus $Job2 overwrites $Jobs->{Items}->{""} and is the only one that
gets saved.
Note that there is no such issue for Steps for instance because their key is
not an auto-increment field and is set as soon as the object is created.
Fortunately the workaround is simple: systematically save an object before
creating the next one but the difference in behavior between $Jobs->Add() and
$Steps->Add() is error prone.
2. Auto-increment values on new Items are not ignored
If an auto-increment field is modified on an object, that value is used when
saving the object to the database.
This means fixing the previous issue is not as simple as setting
$Job->Id(--$Unique): handling of auto-increment fields also needs to be changed
when saving new objects.
3. Items retrieved from Detailref collections are missing fields
'Detailref' properties are used to represent 'one to many' relationships.
They are used for instance to access the Steps that belong to a Job:
my $Step = $Job->Steps->GetItem(1);
Here Steps is a collection that gets created based on the information of the
job's DetailRef property.
However objects gotten in this way don't provide access to all of the
corresponding database fields. In the case of Steps, although the Steps table
has a JobId column, the $Step->JobId property does not exist. This presents
difficulties in a number of cases such as when trying to figure out the name of
the directory containing the Step's files since it is called
"jobs/$JobId/$StepNo" (see Step::GetDir()).
It also means there is no $Step->Job property to get back to the parent Job
object (this would also cause a perl reference loop which would be
troublesome).
The reason for this issue is that when a Collection or Item has a parent object
(called a 'master' object in the TestBot ORM) the parent's foreign key fields
(Step.JobId here) are stored separately in a 'master cols' structure and are
thus not accessible through the normal field methods.
4. "Child" objects can only be accessed from their parent
Any collection referenced through a Detailref property can only be accessed
through the corresponding 'parent' object.
This is the case for the Steps collections. The only way to get a collection of
steps is through $Job->Steps and this only returns the steps that belong to
$Job. So it's not possible to iterate over all the rows in the Steps table.
There is a (somewhat incorrect) workaround for this for the Records table.
This involves having the CreateRecords() method picking one of two
PropertyDescriptors list depending on the presence of a parent object.
However the corresponding Record objects have an extra field compared to the
ones obtained through $RecordGroup->Records: this time the foreign key
identifying the parent object is accessible since it's not not tucked away in
the 'master cols' structure. This is not an issue unless you start mixing both
types of objects, for instance through scope inheritance.
5. The 'master cols' terminology is ambiguous.
It's never clear if a 'master cols' method treats $self as a child of its
parent object, or as the parent to other child objects.
* $Step->GetMasterCols() treats $Step as a child object and returns the key
columns of its $Job master object, that is (JobId).
* Similarly $Step->MasterKeyChanged() means the parent object's key changed, so
here that the value of $JobId changed (which happens on new objects due to the
auto-increment field btw).
* Despite the unchanged 'Master' moniker, $Step->GetMasterKey() considers $Step
to be the master object of the Tasks it contains and thus includes the step's
key in the returned columns. This means $Step->GetMasterKey() returns (JobId,
StepNo).
* Despite not having the 'Master' moniker, $Step->GetFullKey() works the same
as $Step->GetMasterKey() but returns the column values as a single string
'$JobId#@#$StepNo'.
6. Filters on Detailref collections
It's possible to put a filter on a collection to only get a subset of the
corresponding rows. For instance $Job->Steps->AddFilter('Status', ['queued'])
ensures that one will only get the queued steps of $Job.
But Detailref collections are stored as a field of the Item they belong to.
This means $Job->Steps always returns the same collection object. So once a
piece of code has set a filter on it, to only return 'queued' steps for
instance, all other parts of the code will only get the 'queued' steps, no
matter what they need. Also there is no method for cloning a collection (so one
cannot do $Job->Steps->Clone()->AddFilter()), or for removing a filter.
For instance:
$Job->Steps->AddFilter('Status', ['queued']);
...
# Here UpdateStatus() will only take into account the queued steps!
$Job->UpdateStatus();
Note also that it's not entirely trivial to work around. It's tempting to do
something like:
$Job->Steps->AddFilter('Status', ['queued']);
...
# Make sure the database contains an up-to-date view of all the Steps and
# Tasks in $Job.
$Job->Save();
# Then create a new job object from the database
my $TmpJob = CreateJobs()->GetItem($Job->Id);
# Now we can update the status without fearing bad filters.
$TmpJob->UpdateStatus();
# But here $Job->Status could still be wrong so any code that still uses
# $Job will be lead astray. So update $Job.
$Job->Status($TmpJob->Status)
# But that still leaves out every Step and Task object referenced by $Job
# Also saving $Job will save $Job->Status, again. What could go wrong?
7. Filters vs. loading from the database
Once a collection has been loaded from the database, adding a filter to it has
no effect. That's because filtering happens by tweaking the SQL query and
changing the filter does not mark the collection for reloading.
Again this issue is made more severe because of the way Detailref collections
are handled. If a piece of code has caused the $Job->Steps collection to be
loaded, then adding a filter elsewhere will have no effect.
For instance:
$Job->UpdateStatus(); # calls $Job->GetItems(), loading it from DB
...
$Job->Steps->AddFilter('Status', ['queued']);
foreach my $Step ($Job->Steps->GetItem())
# Here we will get all steps, not just the queued ones!
8. No "or" operator in filters
Originally the filters only allowed one to request that a field be in a set of
admissible values. This was extended to allow requesting for a field to be less
than, greater than or like some value.
However it is still not possible to use an "or" operator in filters. So for
instance one cannot retrieve all Steps that completed recently or correspond to
a WineTest run (WHERE Ended > 5 minutes ago OR User == 'batch').
9. No Itemref support for multiple key fields.
A Task has a VMName field which is a foreign key referencing a VM. Through the
use of an Itemref property one can directly access the VM with $Task->VM. But
we cannot do the same thing for steps.
The primary key of a step has two fields, (JobId, No). A step also has a
PreviousNo field which identifies the step it depends on. So we would want to
be able to access the previous step through $Step->Previous by using an Itemref
property:
CreateItemrefPropertyDescriptor("Previous", "Previous step", !1, !1,
\&CreateSteps, ["JobId", "PreviousNo"]),
However this fails with a "Multiple key components not supported" error. Note
that for this to work we would also need a way to tell the Itemref that the
Step.PreviousNo field should be mapped to Step.No. But there is no way to do
so.
10. Collection::GetItem() blindly adds the item to the collection
Collections have a GetItem() method that returns an item when given a string
containing that object's key.
So using the Step example above, if we still have the right $Job->Steps
collection accessible, we can easily get the Previous step through:
$Job->Steps->GetItem($Step->PreviousNo)
However this also adds $Step->PreviousNo to the $Job->Steps collection,
regardless of what the filter on that collection is. So when the scheduler
analyzes the queued and running steps to figure out whether the one they depend
on, $Step->PreviousNo, has completed, it also unwittingly adds the previous
step to the $Job->Step collection. So the next iteration on the collection may
return completed steps despite expectations.
11. Save order issues
The TestBot ORM automatically takes care of saving parent objects before the
child objects they contain. In practice, if you create a Job > Step > Task
hierarchy you can count on the TestBot ORM to save the Job before saving the
Steps that use the JobId as part of their key and so on.
But this breaks down for $Step->PreviousNo. There you have to make sure to save
the steps in the right order otherwise you get an SQL error.
Similarly deletions must be performed in the right order. Fortunately this is
mostly transparent since we only delete whole Jobs and Job::OnDelete() takes
care of blanking the Step::PreviousNo fields before recursing.
12. No Order-by support
There are a many cases where we retrieve a number of rows from the database and
then do a simple alphabetical or numerical sort on them. That's the kind of
thing that the database would do much faster than Perl. This is mostly an issue
for the activity and statistics web pages because of the number of RecordGroups
they handle.
So it would be nice to be able to specify an Order-By SQL directive when
retrieving the objects. However this would run into the same issues as the
filters for Detailref collections with regards to already loaded collections,
and GetItem() not knowing where to insert freshly loaded objects.
13. No support for joins
There are a few cases where doing a join could be useful.
For instance when reporting the activity what we really want is all the Records
rows corresponding to a RecordGroup that is less than 12 hours old. For now we
have to proceed indirectly: we query all the RecordGroup objects that are less
than 12 hours old, take the lowest GroupId we find and then retrieve all the
Records that have a Group Id greater than that.
A different type of join could also be useful in many other places: currently
we first retrieve the jobs and then we do one more SQL request per job to
retrieve its steps and then one per step to retrieve the tasks. A join could
let us load it all in one request. Fortunately we don't have many jobs so
unlike in the activity case this does not have a significant performance
impact.
14. Performance
Most parts of the TestBot don't have much processing to do so that performance
is not an issue (though there is not really any hard data).
Things are different for the activity and statistics page. The statistics page
is the worst and generating it takes over a dozen seconds. That's annoying
because of the load it puts on the TestBot web server. It's also really long
for a mere couple dozen thousand Records. Not all of it comes from the ORM but
over 50% of it does.
There are some relatively obvious paths for improvement. For instance accessing
a field like $Job->Ended causes the ORM to loop over all of a job's property
descriptors until it finds one called 'Ended', and then it returns the value
from a hash table. It should be possible to make it so that most of the time
the value is returned directly from the hash table. Detailref and Itemref
properties have their own hash tables and so must be handled separately. But
hat could likely also be changed.
--
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=51538
Bug ID: 51538
Summary: Control can no longer launch from an ntfs partition
Product: Wine-staging
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ritalat(a)fastmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70377
--> https://bugs.winehq.org/attachment.cgi?id=70377
control console output
I have a shared NTFS partition that I have used between Arch Linux and Windows
10 for a few years now. I have been able to play games such as Control in the
past from it. Now multiple games fail to launch from that partition with
similar "err:module:import_dll Library X not found" errors. Copying the entire
game to a ext4 partition fixes the 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=52378
Bug ID: 52378
Summary: Python WMI: AttributeError: wbemErrInvalidQuery
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielsuarez369(a)protonmail.com
Distribution: ---
Created attachment 71591
--> https://bugs.winehq.org/attachment.cgi?id=71591
Full output when importing wmi in Python.
When attempting to import the "wmi" module in Python it returns an
AttributeError: wbemErrInvalidQuery.
Steps to reproduce are:
1. Install Python (`wget
https://www.python.org/ftp/python/3.10.1/python-3.10.1-amd64.exe" && wine
python-3.10.1-amd64.exe`)
2. Install the WMI module (`wine python -m pip install WMI`)
3. Try to import the module (`wine python -c "import wmi"`)
This is also reproducible with Pyinstaller executables that import 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=52327
Bug ID: 52327
Summary: Wrong WM_CONTEXTMENU default message processing
Product: Wine-staging
Version: 7.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yal(a)csoftcom.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
wine_master\dlls\user32\defwnd.c:323
wParam must point to _current_ child window hwnd when default process this
message.
https://docs.microsoft.com/en-us/windows/win32/menurc/wm-contextmenu
case WM_CONTEXTMENU:
if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD)
SendMessageW( GetParent(hwnd), msg, wParam, lParam );<=wParam must be this
hwnd
else
--------------------------------------------------------------
case WM_CONTEXTMENU:
if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD)
SendMessageW( GetParent(hwnd), msg, (WPARAM)hwnd, lParam );
else
--
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=52141
Bug ID: 52141
Summary: NetAPI detection in configure is broken
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Created attachment 71188
--> https://bugs.winehq.org/attachment.cgi?id=71188
config.log
This seems to be specific to macOS. I'm running macOS 10.14, building with
10.13 SDK and mingw.
configure seems to pick up NetAPI, but still shows the notice saying it's not
present.
checking for -lnetapi... libnetapi.dylib
configure: libnetapi not found, Samba NetAPI won't be supported.
Attached is config.log.
This check was added in
<https://source.winehq.org/git/wine.git/commit/07c9dd9bdf560f86598aa496a0ffa…>,
but I don't think this qualifies as a regression.
--
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=52102
Bug ID: 52102
Summary: outSPOKEN 3.0 demo crashes after error "Accessing
unknown VxD 3167"
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 71122
--> https://bugs.winehq.org/attachment.cgi?id=71122
Console output
Steps to reproduce:
1. Delete ~/.wine or move it to another location.
2. Create a new Wine bottle with the command `WINEARCH=win32 wine winecfg` and
set the Windows version to 95 or 98.
3. Run `wine osw30demo.exe` to install outSPOKEN. The setup wizard will not
complete until you select a speech synthesizer from the list. When the wizard
asks which COM port the speech synthesizer is connected to, select "Internal".
4. Run `wine 'C:\Osw\OSW.EXE'` to start outSPOKEN.
outSPOKEN crashes immediately. Console output is attached.
$ sha256sum osw30demo.exe
89ae45e689e35b0618b1b4fa27fb0c3e5b854461391100e2dc1742395ffa77b6
--
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=51983
Bug ID: 51983
Summary: foobar2000 v1.5.1+ crashes on startup with Wine v6.6+
with Windows version set to "Windows 10"
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: the.derivative.of.calculus(a)gmail.com
Distribution: ---
Created attachment 70970
--> https://bugs.winehq.org/attachment.cgi?id=70970
foobar2000 1.5.1 crash with windows 10 profile
I had an old version of foobar2000 that I had never got around to upgrading, so
I only recently came across this issue. Looking online it appears that a few
people ran into it starting with v6.6, and it still exists with v6.20 (and as
far as I can tell no one bothered to report it):
https://forum.winehq.org/viewtopic.php?t=35166https://hydrogenaud.io/index.php?topic=54933.525
When you start foobar2000 with Windows version set to "Windows 8.1" or below it
runs normally. However, if you use "Windows 10" the application window briefly
appears before the whole application crashes. Testing it, this affects
foobar2000 v1.5.1+
Looking through foobar2000's changelog: https://www.foobar2000.org/changelog
The one thing mentioning Windows 10 is:
Reworked integration with Windows 10 Universal Volume Control. Enabled by
default once again.
Looking at the error messages:
0024:fixme:combase:RoGetActivationFactory
(L"Windows.Media.Playback.BackgroundMediaPlayer",
{00000035-0000-0000-c000-000000000046}, 0032F9E4): semi-stub
0024:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Media.Playback.BackgroundMediaPlayer"
I'm wondering if there's a regression with Wine's handling of media controls
for Windows 10 or equivalent.
--
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=50526
Bug ID: 50526
Summary: ConEmu wineconsole Ctrl+m has different behavior
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: inseng
Assignee: wine-bugs(a)winehq.org
Reporter: adrianekaleksander(a)gmail.com
Distribution: ---
Cmd on Windows:
Ctrl+M moves the cursor to the next line (ENTER key)
On wine:
Ctrl+M shows ^M
1.Open wineconsole
2.Press ctrl+m
--
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=52082
Bug ID: 52082
Summary: Ace Ventura the CD-ROM game, page fault on read access
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: guillere(a)adinet.com.uy
Distribution: ---
Created attachment 71094
--> https://bugs.winehq.org/attachment.cgi?id=71094
backtrack
Ace Ventura CD-ROM game hungs in the game start after 10 seconds
confirmed in Ace Ventura CDROM (Latin America) and Ace Ventura CDROM (German)
git bissect get this bug is introducced in commit
6b4de5102734de7dd77222bdb74f8cf5181022d8
This bug is a game bug (bad memory read)... but the game works OK in win 3.11
up to win xp (if i remember correctly)
commit 6b4de5102734de7dd77222bdb74f8cf5181022d8
ntdll: Don't use a custom alignment for large heap blocks.
--
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=51968
Bug ID: 51968
Summary: Winaero WEI Tool: Crash due to
C:\windows\performance\winsat\datastore missing
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fox2code(a)gmail.com
Distribution: ---
Created attachment 70953
--> https://bugs.winehq.org/attachment.cgi?id=70953
Logs of the app crash
Some apps crashes due to the assumption that
C:\windows\performance\winsat\datastore exists
It's affecting this app: https://winaero.com/winaero-wei-tool/
Creating the folder manually allow the application to launch correctly
Note: I already have a WIP patch that I will submit to wine to fix this 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=51938
Bug ID: 51938
Summary: Safe Exam Browser (SEB) won't install even with
winetricks dotnet472
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammgabriana(a)gmail.com
Distribution: ---
Created attachment 70908
--> https://bugs.winehq.org/attachment.cgi?id=70908
Screenshot of "Setup Failed" message explaining the possible error
Safe Exam Browser (SEB) is a kiosk-like application integrated in Moodle to let
students take an online exam in full-screen mode. It requires that the student
install the SEB browser on his computer, which requires .NET Framework 4.72 and
VC++ 2015-2019 Redistributable runtimes.
Unfortunately, the setup program won't let you install. Even if the
requirements are installed via winetricks, the installer still complains that
they are missing and setup fails.
To install, download the file "SEB_3.3.1.388_SetupBundle.exe" from here:
https://sourceforge.net/projects/seb/files/seb/SEB_3.3.1/
To reproduce:
$ rm -rf ~/.wine
$ wineboot
$ winetricks -q dotnet472 vcrun2019
$ wine SEB_3.3.1.388_SetupBundle.exe
--
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=42030
Bug ID: 42030
Summary: winedbg: Internal crash at 0x9f58fd40
Product: Wine
Version: 1.8.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: kenorb(a)gmail.com
Distribution: ---
The following command crashes:
$ winedbg --command < <(echo help)
winedbg: Internal crash at 0x9f58fd40
Probably syntax isn't right, but still shouldn't internally 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=51821
Bug ID: 51821
Summary: EVE Online Sisi Client Crashes Due to differences in
how Wine and Windows handle LoadLibraryExW Undefined
Behavior
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: algebro(a)tuta.io
Distribution: ---
I've been chasing this for the last few days and think I may finally have
enough information to finally open a bug report. As of a few days ago, the Sisi
testing client for EVE stopped working in recent versions of Wine, and the logs
showed an unhandled Python error in a module called launchdarkly_client.pyd:
```ImportError: Failed to load DLL: Success```
I chased this down in a debugger and noticed they're passing a relative path to
LoadLibraryExW for this library only (full/absolute paths for every other
module), and 8 for dwFlags:
```hLibModule = LoadLibraryExW((LPCWSTR)plVar4[3],(HANDLE)0x0,8)```
Per the Microsoft documentation, 8 for dwFlags is undefined when the first
argument is a relative path:
https://docs.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloade…
Weirdly enough, the library loads fine on Windows (I've confirmed in windbg),
but it fails with error code 0x7e (Module not found) when trying to load it in
wine. Other users running Wine 4.4 say Sisi launches fine and doesn't run into
the error, although I havent been able to get older versions to build to try
and test it, but it sounds like there is a difference between how recent Wine
versions implement LoadLibraryExW() and how Windows does, at least with regards
to the undefined behavior.
Let me know if I can provide any other information that would be helpful for
tracking this down.
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.
https://bugs.winehq.org/show_bug.cgi?id=52224
Bug ID: 52224
Summary: inetmib1:main test times out in linux
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
inetmib1 times out regularly in testbot.
https://test.winehq.org/data/patterns.html#inetmib1:main
--
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=52200
Bug ID: 52200
Summary: Yamizome Liberator (demo): In game video isn't played.
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Yamizome Liberator -Yamiochi Yuusha to Ochiru Senki- Trial Edition[1] is a demo
version of NSFW visual novel released in 2020 by Escu:de in Japan.
After playing through the demo, I noticed in-game video isn't played when it
should be.
In detail, opening video, opening.wmv, should be played when the title screen
is idle for 60 seconds. Please note that the playback only happens after
playing through the demo due to some reason.
[1] https://vndb.org/r75003
--
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=52076
Bug ID: 52076
Summary: Wrong icons placement when using a theme
Product: Wine
Version: 6.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Application: WinSCP
Just compare the screenshots. One is without using themes, the other one with
the default Light theme.
--
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=51220
Bug ID: 51220
Summary: version:info - The GetFileVersionInfoEx() checks fail
in non-English locales
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: version
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The GetFileVersionInfoEx() checks fail in non-English locales because the
returned information seems to be localized even when they shouldn't be, i.e.
for flags=0 and flags=FILE_VER_GET_NEUTRAL:
https://test.winehq.org/data/patterns.html#version:info
fr_FR:
info.c:709: Test failed: [0] got 1036, expected lang is 1033
ja_JP:
info.c:709: Test failed: [0] got 1041, expected lang is 1033
I suspect this is because this code block in GetFileVersionInfoSizeExW()
systematically fails to find the English resource:
LANGID english = MAKELANGID( LANG_ENGLISH, SUBLANG_DEFAULT );
hRsrc = FindResourceExW( hModule,
MAKEINTRESOURCEW(VS_VERSION_INFO),
(LPWSTR)VS_FILE_INFO, english );
I tried some alternative combinations for MAKELANGID() (though maybe not the
right one) to no avail. So it's unclear to me if the issue is a bug in
FindResourceExW() or an issue in the set up of the file version information in
kernel32.dll.
Note:
* The fg-deb64-* tests are run in the fr_FR.UTF-8 locale.
--
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=32183
Bug #: 32183
Summary: Cannot open console device read only, then read from
it to get input
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Classification: Unclassified
Created attachment 42462
--> http://bugs.winehq.org/attachment.cgi?id=42462
CON test program (source and exe)
(Email sent to wine-devel for assistance, but logging bug to track issue in
case I do not get anywhere)
CreateFile("\\.\CON", GENERIC_READ...) followed by ReadFile(...) works on
windows and fails on wine. I need this particular sequence of events to work in
order for a patch I have for cmd.exe to support CON input 'nicely' (read
'without hacks').
For simplicity sake I've cut this down to a tiny test program, which works on
windows and fails on wine which does the following:
Opens the device ("\\.\CON") with CreateFile with GENERIC_READ rights (which
internally opens a CONIN$ device with the same access rights)
Reads from the device with ReadFile
- Because its a console device, this drops through to ReadConsoleW, which
creates a CONOUT$ and then waits on a keystroke
- Once the key is pressed (WCEL_Get) the key is 'inserted' into the input
buffer by calling WriteConsoleInputW
The issue is that WriteConsoleInputW requires GENERIC_WRITE access, but the CON
device (\\.\CON) was opened as GENERIC_READ (and in fact fails if I try to open
it with GENERIC_WRITE). CreateFile("CONIN$"...) will let me open in
GENERIC_READ/GENERIC_WRITE mode and the program works on both windows and wine,
but if you open CONIN$ GENERIC_READ only then it fails on wine and works on
windows, with the same issue.
Now on windows, this works... the question is how to make it work on wine...
My gut feeling, with nothing backing this at all, is that WCEL_Get should not
use WriteConsoleInputW to inject the values into the input buffer, instead
making the server call directly, but passing through to the server call
something to indicate that it is ok to add the data to the buffer, but I'm fast
getting out of my depth!
How to reproduce: Compile sample source (exe provided in zip)...
Run as:
"test 1" - this is the one I need to work... \\.\CON GENERIC_READ case
"test 2" - this is a similar problem but opens CONIN$ GENERIC_READ
"test 3" - this works on both windows and wine, opening CONIN$
GENERIC_READ|GENERIC_WRITE
"test 4" - this fails on both windows and wine as you cannot open CON device
with WRITE access
Except for case 4, When its 'failing' - when you press a key in wine, it exits.
When its 'working' it reads from keyboard, echos to screen until ctrl+Z (crtl+D
on wine) is pressed and ends
--
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=51911
Bug ID: 51911
Summary: vbscript does not handle strings in if clauses
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
Distribution: ---
This is followup from https://bugs.winehq.org/show_bug.cgi?id=50758
Test with postgresql-9.3 installer from [1]. It runs a script during
installation
similar to
https://github.com/three-plus-three/tpt_env_amd64/blob/master/postgresql/in…
that reports non-critical error to main install, script itself terminates.
Reduced test case for this looks like this:
---
if "0" then
end if
---
That leads to the following fixme, exactly that happens with the installer:
---
00f8:fixme:vbscript:stack_pop_bool unsupported for 000000000003C740 {VT_BSTR:
L"0"}
---
[1] https://www.enterprisedb.com/postgresql-tutorial-resources-training?cid=340
--
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=51396
Bug ID: 51396
Summary: cl.exe sometimes fails with internal compiler error
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Cl.exe from MSVC 2019 Build Tools sometimes fails with: "fatal error C1001:
Internal compiler error." A workaround is setting vcruntime140_1 to native.
This is possibly caused by unsupported flag in __CxxFrameHandler4:
0b24:fixme:seh:__CxxFrameHandler4 unsupported flags: 7a
which is unsupported FUNC_DESCR_IS_SEPARATED in
dlls/vcruntime140_1/except_x86_64.c
Not critical since the workaround exists. I'm ready to test this when the flag
is implemented.
--
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=51195
Bug ID: 51195
Summary: Lara Croft and the Temple of Osiris doesn't launch
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70069
--> https://bugs.winehq.org/attachment.cgi?id=70069
log
d3dcompiler_43 - native,builtin
d3dx11_43 - native,builtin
(Otherwise the game fails after hitting 'Play' with "Failed to initialize
Direct3D with current settings")
msvcr110 - native,builtin (for launcher) Bug 49541
Assertion failed: iface->lpVtbl == &d3d11_rendertarget_view_vtbl, file
../wine/dlls/d3d11/view.c, line 1794
04d4:warn:d3d11:d3d_rendertarget_view_init Failed to create a wined3d
rendertarget view, hr 0x80070057.
04d4:warn:d3d11:d3d_rendertarget_view_create Failed to initialize rendertarget
view, hr 0x80070057.
wine-6.9-148-gce151dd681f
--
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=50714
Bug ID: 50714
Summary: CMS client stopped working after latest wine update
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: denis.salmanovich(a)gmail.com
Distribution: ---
Created attachment 69460
--> https://bugs.winehq.org/attachment.cgi?id=69460
errors backtrace
Hello,
I am using version 5.9 of wine and CMS client
(https://camerayoosee.com/yoosee-cap-nhat-phien-ban-phan-mem-cms-client-moi-…)
version 1.0.0.53 and it works fine.
But if I want to update wine version to latest/newer (5.12 or 6.1) - I get
error after login screen. Tried on two different machines with different
kernels (both stack traces attached).
--
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=48631
Bug ID: 48631
Summary: Death to Spies: Moment of Truth demo renders text as a
black squares
Product: Wine
Version: 5.2
Hardware: x86-64
URL: http://files.aspyr.com/support/DTS_Demo_Installer.zip
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 66482
--> https://bugs.winehq.org/attachment.cgi?id=66482
screenshot
Setting d3dx9_32 to 'native,builtin' helps.
--
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=51978
Bug ID: 51978
Summary: Autodesk fusion360 crashes at start: wine: Call from
000000007B01231E to unimplemented function
msvcp140.dll.?table@?$ctype@D@std@@QEBAPEBFXZ,
aborting
Product: Wine
Version: 6.19
Hardware: x86-64
URL: "https://dl.appstreaming.autodesk.com/production/insta
llers/Fusion%20360%20Admin%20Install.exe"
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi, as the title says
--
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=51860
Bug ID: 51860
Summary: Missing include for uid_t on musl-based systems
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: ismael(a)iodev.co.uk
Distribution: ---
Build log:
gcc -m64 -c -o server/event.o server/event.c -Iserver -Iinclude -D__WINESRC__
-Wall -pipe -fcf-protection=none \
-fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement
-Wempty-body \
-Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2
-Wstrict-prototypes \
-Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings
-Wpointer-arith -Wlogical-op \
-march=native -mtune=native -m64 -pipe -fPIC -ffast-math -funroll-loops -Os
In file included from server/object.h:25,
from server/thread.h:24,
from server/event.c:34:
/usr/include/sys/poll.h:1:2: warning: #warning redirecting incorrect #include
<sys/poll.h> to <poll.h> [-Wcpp]
1 | #warning redirecting incorrect #include <sys/poll.h> to <poll.h>
| ^~~~~~~
In file included from server/event.c:36:
server/security.h:89:45: error: unknown type name 'uid_t'; did you mean
'luid_t'?
89 | extern const SID *security_unix_uid_to_sid( uid_t uid );
| ^~~~~
| luid_t
--
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=48950
Bug ID: 48950
Summary: NVDA requires AccessibleObjectFromPoint for mouse
tracking
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleacc
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)jookia.org
Distribution: ArchLinux
In order to track the mouse pointer and read what's under the mouse NVDA tries
to get an IAccessible object using AccessibleObjectFromPoint. This fails with a
stub and mouse tracking doesn't work.
--
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=51598
Bug ID: 51598
Summary: cmd.exe crashes on "if exist" without arguments
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 70448
--> https://bugs.winehq.org/attachment.cgi?id=70448
Example batch file
Run `wine if-exist.bat` and a crash dialog will appear.
`wine cmd /k if exist` and `wine if-exist.bat | tee /dev/null` do not open a
crash dialog, but they do print "stack overflow" and exit.
Strangely, `wine cmd /k if-exist.bat` does NOT 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=41098
Bug ID: 41098
Summary: Descent 3 (GOG version) has problem when running with
OpenGL renderer (Nvidia proprietary drivers)
Product: Wine
Version: 1.7.55
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: c92451f295242110bf016facf0e80564f3643d94
Distribution: ---
The bug reported here occurs with Nvidia binary drivers 367.35, but can't
reproduce it with nouveau/mesa.
I tried the official demo version, but it just hangs with a black screen with
the OpenGL renderer (unrelated to this regression, occurs with nouveau as well
and with older Wine versions).
When OpenGL renderer is selected in the launcher, the game starts and plays the
intro video, then the game quits after displaying this error message: 'Error:
Generic renderer error."
The OpenGL renderer in Descent 3 used to work until
commit c92451f295242110bf016facf0e80564f3643d94
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed Nov 4 00:02:48 2015 +0100
wined3d: Always use the same formats in context_create() when
"always_offscreen" is enabled.
Disabling "AlwaysOffScreen" in the registry works around the problem.
Terminal output shows only
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d8,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
Wine 1.9.16
Fedora 24
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 367.35
OpenGL core profile shading language version string: 4.50 NVIDIA
--
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=52349
Bug ID: 52349
Summary: Vortex Mod Manager Starts but Infinitely Loads
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
SHA256 of installer executable:
ee6a45b1a4f88e1c5905b3dc9b25578a520279ff8d8be14b1f56b041388fcd6a
Download location:
https://github.com/Nexus-Mods/Vortex/releases/download/v1.4.16/vortex-setup…
SHA256 of log .tar.gz file:
f87b5914373ab521ebcb0ea0ffe0679e3968c7c6a1f8fef10f64496fcdc6835f
WARNING:
- The compressed tarball is about 149.9 MiB
- It contains a 6 GB log file (it was difficult to not get it to expand so
quickly and to log it in the first place)
- I recommend anyone only attempt to go through it if they have a lot of RAM,
seriously.
- Since it greatly exceeds the attachment limit, I had to upload it to a cloud
hosting site (namely, mega.nz)
Log download link:
https://mega.nz/file/ZiJAkB5Y#UgnbfHO99ldqN1cbAs0KAxXxxNVNPoKKdAM27RsXmEM
-----
I created a (non-staging) Wine prefix and used winetricks afterwards like so:
winetricks -q dotnet48 vcrun2017 python27
None of these are required to install the program, but the the program does use
.NET at runtime and MSVC2017 and python27+ are build requirements, so I added
them anyway just to be sure.
After the winetricks and program installation, the program automatically
launches itself but hangs on "Loading extensions" for literally forever -
generating that gigantic log file and it does so somewhat quickly, and my only
means I had of logging it was with &> because my attempts to do so within the
terminal myself just crashes my terminal.
However, Kate (the KDE text editor) CAN read the entirety of the file but it
takes a bit to actually load it initially. As someone unfamiliar with any of
the contents though, there's not much I can say about it aside from that it's
baffling why it would be so large.
--
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=51959
Bug ID: 51959
Summary: Missing procedure GetDayLightFlag
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: deridiot(a)gmail.com
Distribution: ---
Created attachment 70942
--> https://bugs.winehq.org/attachment.cgi?id=70942
german Error Message about the missing procedure
In the build process of a python project we employ a docker image that uses
pyinstaller via wine (https://github.com/cdrx/docker-pyinstaller).
When executing the frozen exe it will raise an error noting that ucrtbase.dll
misses the procedure GetDayLightFlag
If i explicitly tell the build process to ignore ucrtbase.dll from being
included in the package it will use the dll of the system it runs on. Meaning
it doesn't employ the file supplied by wine.
I poked around the code a bit and probably we are just lacking
stdcall GetDaylightFlag()
in
https://github.com/wine-mirror/wine/blob/master/dlls/ucrtbase/ucrtbase.spec
But C isn't my language of choice so i will gladly admit that's just guessing.
I've managed to work around my problem by just excluding the dll, but i feel
this might help someone else in the future.
--
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=51864
Bug ID: 51864
Summary: VeraCrypt Installer for 1.24-Update7 (Win8+) fails
with HRESULT 0x800288BD
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: besentv(a)gmail.com
Distribution: ---
Created attachment 70779
--> https://bugs.winehq.org/attachment.cgi?id=70779
Veracrypt installer Winedump
Seems like the installer, a 32bit App, tries to register a 64bit TypeLib, but
it fails:
...
0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program
Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782
0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782
...
0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program
Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782
0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782
...
A quick check of the source code shows us, that wine does this on purpose:
oleaut32.typelib.c:
HRESULT WINAPI RegisterTypeLib(ITypeLib *ptlib, const WCHAR *szFullPath, const
WCHAR *szHelpDir)
{
...
#ifndef _WIN64
if (attr->syskind == SYS_WIN64) return TYPE_E_BADMODULEKIND;
#endif
...
}
Windows allows this behavior, as the installer works perfectly fine there.
--
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=52220
Bug ID: 52220
Summary: TMIDI Player, Cherry: Playback with multiple MIDI
ports is broken
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
URL: https://www.vector.co.jp/soft/dl/win95/art/se038910.ht
ml
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: kakurasan(a)gmail.com
Regression SHA1: 3d57cc2863f2f9a5ace40d29317b3ff4357fd119
Distribution: ---
Created attachment 71297
--> https://bugs.winehq.org/attachment.cgi?id=71297
Sample MIDI file that uses 2 MIDI ports
When the apps are configured to use multiple MIDI ports, playback is broken if
the song (MIDI file) uses multiple MIDI ports.
Downloads:
* TMIDI Player: https://www.vector.co.jp/soft/dl/win95/art/se038910.html
* Cherry: https://www.vector.co.jp/soft/dl/win95/art/se071842.html
Steps to reproduce:
1. Install ja_JP.UTF-8 locale
2. Execute "winetricks fakejapanese_ipamona" for Japanese fonts
3. Download TMIDI Player
4. Install/run TMIDI Player on ja_JP.UTF-8 locale
5. Open menu item "オプション(O) - MIDI設定(M)" (or press Alt-o and Enter) and set
MIDI Port A and B to valid and different MIDI ports
6. Open/play the attached MIDI file
This is a regression introduced by:
commit 3d57cc2863f2f9a5ace40d29317b3ff4357fd119
Author: Jacek Konieczny <jajcus(a)jajcus.net>
Date: Wed Feb 12 12:53:54 2020 -0600
winealsa.drv: Send MIDI events to port subscribers.
This way changes to the port connections made by other applications will be
honoured.
Signed-off-by: Jacek Konieczny <jajcus(a)jajcus.net>
Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52173
Bug ID: 52173
Summary: kodi crashes at start: Call to unimplemented function
wsdapi.dll.WSDCreateDiscoveryProvider, aborting
Product: Wine
Version: 6.22
Hardware: x86-64
URL: https://mirrors.kodi.tv/releases/windows/win64/kodi-19
.3-Matrix-x64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 71223
--> https://bugs.winehq.org/attachment.cgi?id=71223
patch with stub stub
As the title says. Attached stub implementation gets it around this crash.
Will send later to list
Note: Starts further fine if I do 'winetricks dxvk141' but maybe my graphics
card is too "simple', and this is not needed for other cards?
--
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.