wine-bugs April 2020

wine-bugs@winehq.org

1 participants
7550 discussions

[Bug 47464] New: wineboot keep crash after build with msvcrt.
by wine-bugs＠winehq.org 04 Apr '20

04 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=47464 Bug ID: 47464 Summary: wineboot keep crash after build with msvcrt. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 64838 --> https://bugs.winehq.org/attachment.cgi?id=64838 crash stack I have update to wine 4.12, and build with myself I found one thing. wineboot keep crashing after build with msvcrt with crash stack trace. I have try to remove it from build with msvcrt, and it back normal again. the attachment is crash stacktrace. -- 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.

2 23

[Bug 33668] New: Physx 9.12.1031 : Installation fails in 64-bit WINEPREFIX
by wine-bugs＠winehq.org 04 Apr '20

04 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=33668 Bug #: 33668 Summary: Physx 9.12.1031 : Installation fails in 64-bit WINEPREFIX Product: Wine Version: 1.5.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: berillions(a)gmail.com Classification: Unclassified Hi, It's impossible to install this version of Physx into a 64bits wineprefix. The installer can be launch, can accept the licence agreement but has an error during the installation. The installation of this version is possible into a 32Bits wineprefix. It's the message that i have when i try to install it into 64Bits wineprefix : fixme:vbscript:parse_script parser failed around L"\\default\", \"\", \"\", , , , oCtx).Get(\"StdRegProv\") \r\n \r\n Set oInParams = oReg.Methods_(\"GetStringValue\").InParameters \r\n oInParams.hDefKey = RootKey \r\n oInParams.sSubKeyName = Key \r\n oInParams.sValueName = Value \r\n \r\n Set oOutParams = oReg.ExecMethod_(\"GetStringV"... Thanks, Max -- 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.

2 10

[Bug 735] The WM_INPUTLANGCHANGE message is not send when switching layouts
by WineHQ Bugzilla 04 Apr '20

04 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=735 Tal Cohen <tal(a)forum2.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tal(a)forum2.org --- Comment #30 from Tal Cohen <tal(a)forum2.org> --- The bug is still there in Wine 5.0. This bug makes Wine almost useless for anyone using bidirectional language combinations (e.g., English and Hebrew, or French and Arabic, etc.). Any Windows control that accepts text input uses WM_INPUTLANGUAGECHANGE to adjust from RTL to LTR text processing. Applications that do their own text processing (e.g., browsers, Microsoft Office, graphic design programs, CAD software) also rely on this message and are broken without it. Switching the keyboard language on the Linux level allows me to send (e.g.) Hebrew characters to the Windows application, but since that Windows application does not realize it's now in RTL mode, it will completely botch the text; it lives in an impossible situation where the input direction is LTR but the characters provided are from an RTL language. As Shachar noted in #11, a complete mapping to all possible (current and future) keyboard layouts is not as critical as indicating a switch to a layout that has a different directionality. [Reproduced by creating my own test program, cross-compiling compiling it on Ubuntu 18.04/Cinnamon 4.2.4 (not that it matters), and running it using wine-5.0; running the exact same binary on Windows 10 shows that the program itself works as expected. I then searched and found this is a known bug... for almost 18 years.] -- 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.

1 0

[Bug 48513] New: The following packages have unmet dependencies: winehq-stable : Depends: wine-stable (= 5.0.0~bionic)
by WineHQ Bugzilla 04 Apr '20

04 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=48513 Bug ID: 48513 Summary: The following packages have unmet dependencies: winehq-stable : Depends: wine-stable (= 5.0.0~bionic) Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: nrbrtx(a)gmail.com CC: dimesio(a)earthlink.net, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Currently users can't install packages for Ubuntu 18.04 LTS while following your official guide (https://wiki.winehq.org/Ubuntu). So the below steps: ``` sudo dpkg --add-architecture i386 wget -nc https://dl.winehq.org/wine-builds/winehq.key sudo apt-key add winehq.key sudo apt-add-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ bionic main' sudo apt update sudo apt install --install-recommends winehq-stable ``` end with ``` Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: winehq-stable : Depends: wine-stable (= 5.0.0~bionic) E: Unable to correct problems, you have held broken packages. ``` Problem was seen on AskUbuntu several times - the last was https://askubuntu.com/q/1205550/66509 . -- 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.

1 10

[Bug 48876] New: Origin: Crashes on start
by WineHQ Bugzilla 04 Apr '20

04 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=48876 Bug ID: 48876 Summary: Origin: Crashes on start Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wolfy1339(a)gmail.com Distribution: --- Created attachment 66813 --> https://bugs.winehq.org/attachment.cgi?id=66813 Output of running Origin from the terminal I had Origin installed before in my wine prefix, then it started crashing when it used to work. So, I nuked my wine prefix and reinstalled it. The install process failed, which has happened before, so I used a workaround script provided by Lutris (https://github.com/DrDoctor13/wine-origin-updater), and this extracts the files from the installer into the proper directory. When I tried to start Origin (from the terminal) it immediately crashed. It seems to have been caused by a missing WLDAP32.dll -- 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.

1 7

[Bug 38128] New: FF3usME: Crashes upon reading data from ROM file.
by wine-bugs＠winehq.org 03 Apr '20

03 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=38128 Bug ID: 38128 Summary: FF3usME: Crashes upon reading data from ROM file. Product: Wine Version: 1.6 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terffinatorz(a)gmail.com Created attachment 50821 --> https://bugs.winehq.org/attachment.cgi?id=50821 Detail report that comes with the error FF3usME (a rom editing tool) crashes upon selecting objects to change. Program starts up fine, you can load the ROM file and you can select an operation but once in the menu if you select something in one of the drop down boxes the program crashes with the attached detail report. -- 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.

2 10

[Bug 4360] Photoshop crashed; now all clicks crash Photoshop
by WineHQ Bugzilla 03 Apr '20

03 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=4360 Janina Moreno <janinamorenoo(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |janinamorenoo(a)gmail.com -- 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.

1 0

[Bug 38648] New: Microsoft Office 2013 Pro Plus: Can't be installed, installer errors out right away.
by wine-bugs＠winehq.org 03 Apr '20

03 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=38648 Bug ID: 38648 Summary: Microsoft Office 2013 Pro Plus: Can't be installed, installer errors out right away. Product: Wine Version: 1.7.43 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brendanlovett14(a)yahoo.com Distribution: --- Created attachment 51570 --> https://bugs.winehq.org/attachment.cgi?id=51570 Error report Upon mounting and attempting to run setup.exe, you immediately get an error saying that it has encountered a serious error and needs to close. It is impossible to install Office because of 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.

2 79

[Bug 29117] New: Borland C++ Builder 6 TForm->Show() problem
by wine-bugs＠winehq.org 03 Apr '20

03 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=29117 Bug #: 29117 Summary: Borland C++ Builder 6 TForm->Show() problem Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: navadwip(a)rambler.ru Classification: Unclassified Hello, all! My program is written on Borland C Builder 6 Not properly method TForm-> Show () works; And on operational system Ubunto 10.10 it works properly, and already in Ubuntu 11.10 method TForm-> Show () works not properly. Elements of a window receive focus of input from the keyboard, and the window remains not active! The heading of a window and is not painted in color of an active window and if the window has been curtailed (minimize) TForm-> WindowState = wsNormal and TForm-> Show () the window at all cannot show - it remains invisible and inaccessible. I send an example. I have costs Wine 1.3.32, Ubuntu 11.10. If Form-> Visible == false Form-> Show () work properly, If Form-> Visible == true, but Form-> Active == false - Form-> Show () work not properly. The solution - use TForm-> Hide () and TForm-> Show () (Chek Box ' Alternate ' in an example), but this solution is not best variant. Also not properly works variations the sizes of a window by means of the mouse when there are restrictions, for example TForm-> Constraints. MaxHeight, TForm-> Constraints. MaxWidth or TForm-> BorderStyle = bsSingle (a window with the unchangeable size). Also there are problems with a modal window (TForm-> ShowModal ()). Please, inform it to developers for correction of a mistake. https://rapidshare.com/files/1202120874/WineTest.tar.gz Thank you very much. With best wishes Navadvipa Chandra das. -- 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.

2 18

[Bug 30274] New: Modal dialog gets out of focus using Wine 1.2.3
by wine-bugs＠winehq.org 03 Apr '20

03 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=30274 Bug #: 30274 Summary: Modal dialog gets out of focus using Wine 1.2.3 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: contact(a)chillvisio.ch Classification: Unclassified Modal window gets out of focus if minimized and blocks any actions in the main window. I've attached and example created in Delphi called Project1. It has Form1 window with action button which opens a modal dialog called Form2. The main idea is when opened Form2 to be always on top and to be impossible to hide it behind Form1. However once that Form2 is opened if I minimize it, I have Form1 stealing modal Form2's focus and Form1's window is blocked and I have no other possibility but to kill the running program. If I have the program running and I open the modal dialog called Form2 if I click back on Form1 window and Form2 goes behind it I am left again with a blocked Form1 window, but could still close the modal Form2 with Alt+F4. I've attached and example of the project. -- 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.

2 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2020