wine-bugs November 2022

wine-bugs@winehq.org

1 participants
3216 discussions

[Bug 45493] New: SRPG Studio games fail to run
by wine-bugs＠winehq.org 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=45493 Bug ID: 45493 Summary: SRPG Studio games fail to run Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- AFAICT, all SRPG Studio (an engine: http://www.srpgstudio.com/) games fail to run without setting up WINEDLLOVERRIDES="jscript=n". Lets use Vestaria Saga as an example (download link on http://site.wepage.com/vestariasaga/page5-02). Without native jscript, all that happens after launching it is an error dialog with string 'A-Phese 7'. The whole of builtin jscript debug log is short and not all that helpful: 0085:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x4ca7c0, 43) stub 0085:trace:jscript:DllMain (0x7cda0000 8 (nil)) 0085:trace:jscript:DllMain (0x7cda0000 1 (nil)) 0085:trace:jscript:DllGetClassObject (CLSID_JScript {00000001-0000-0000-c000-000000000046} 0x33f6c8) 0085:trace:jscript:ClassFactory_QueryInterface (0x7ce3dc50)->(IID_IClassFactory 0x33f6c8) 0085:trace:jscript:ClassFactory_AddRef (0x7ce3dc50) 0085:trace:jscript:JScriptFactory_CreateInstance ((nil) {bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x33f6c4) 0085:trace:jscript:JScript_QueryInterface (0x7b0f4040)->(IID_IActiveScript 0x33f6c4) 0085:trace:jscript:JScript_AddRef (0x7b0f4040) ref=2 0085:trace:jscript:JScript_Release (0x7b0f4040) ref=1 0085:trace:jscript:ClassFactory_Release (0x7ce3dc50) 0085:trace:jscript:JScript_SetScriptSite (0x7b0f4040)->(0x19c7e0) 0085:trace:jscript:JScript_AddNamedItem (0x7b0f4040)->(L"root" 42) -- 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 20

[Bug 50196] New: can not copy words between wine apps and ubuntu apps
by WineHQ Bugzilla 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=50196 Bug ID: 50196 Summary: can not copy words between wine apps and ubuntu apps Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roybevan(a)126.com Distribution: --- wine-5.0.3 ubuntu20.04 wine app: source insight && notepad++ ubuntu app: text editor and all other apps I can not copy the words form notepad++ to text editor, it’s the same the other way round，but I can copy words form notepad++ to sourceinsight If I reboot the system, it would be okay, then I don't know when this will happen again -- 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 46787] New: Notepad++ rather slow (GetLocaleInfoEx)
by wine-bugs＠winehq.org 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=46787 Bug ID: 46787 Summary: Notepad++ rather slow (GetLocaleInfoEx) Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linuxhippy(a)gmail.com Distribution: --- Created attachment 63803 --> https://bugs.winehq.org/attachment.cgi?id=63803 sysprof profile screenshot Running Notepad++-7.6.3 on wine is a rather painful experience, as Notepad++ is rather slow. When keeping a key pressed, characters appear in blocks and Notepad++ consumes 90% cpu. Please see the sysprof profile attached, it seems a lot of time is spent inside (GetLocaleInfoEx). -- 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 11

[Bug 52691] New: FL Studio 20.9.1 Freezes on start-up
by WineHQ Bugzilla 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=52691 Bug ID: 52691 Summary: FL Studio 20.9.1 Freezes on start-up Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: miguelag2001(a)outlook.com Distribution: --- When I launch FL Studio 20.9.1, the main window displays, but freezes before I can interact with it. I am unable to do anything with the program. It also won't close unless I force kill it in my task manager. -- 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 4

[Bug 23434] New: wine hangs & jumps up to 100% processor load
by wine-bugs＠winehq.org 31 May '24

31 May '24

http://bugs.winehq.org/show_bug.cgi?id=23434 Summary: wine hangs & jumps up to 100% processor load Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://www.velumng.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: axel.braun(a)gmx.de Running wine-1.1.48_1.2rc5-1.1, i downloaded the demo from velumng.com, a race management software. So far it works well, I created a race, two participants, entered start and end time, but when I come to the result list creation, the load goes up to 100%, and caused a hang of the X-session once. At this point it seems to load a HTML-page that was dynamically generated. wine did not submit any error message when started from console. Let me know what I can do to come to a more verbose error output. -- 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 15

[Bug 46039] New: Paint.NET doesn't install
by wine-bugs＠winehq.org 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=46039 Bug ID: 46039 Summary: Paint.NET doesn't install Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: hildogjr(a)gmail.com Distribution: --- Paint.NET 4.1 https://www.getpaint.net/ doesn't install in Wine 3.18, possible problem with Framework.NET that the software installer try to install during the main installation. -- 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 53511] New: Basic Windows (Size) Constraints do not work during resize.
by WineHQ Bugzilla 30 May '24

30 May '24

https://bugs.winehq.org/show_bug.cgi?id=53511 Bug ID: 53511 Summary: Basic Windows (Size) Constraints do not work during resize. Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dev(a)sartrack.nz Distribution: --- I am the developer of the SARTrack software (for Windows) for Search and Rescue. My Windows-XP compatible program which has multiple 'Forms' (Windows) which can be opened, and is written in the latest Delphi Pascal compiler. When running under Wine on a laptop PC with a *ScaleFactor of 2* (two): - Randomly, the reported 'Constraints.MinWidth' and Constraints.MinHeight are not scaled (so, set to its original ScaleFactor of '1'. Result: Window starts to small. Other identical windows in the program *do* have the right ScaleFactor for the 'Constraints' values. (Timing issue during Create?) - During resizing of any window, Constraints do not work. Can resize smaller until nothing left of the window. - When Width or Height are smaller than the Constraints.MinWidth and Constraints.MinHeight, the 'OnResize' is no longer called. This means it does detect that it has reached the limits, but still the window is resized past these limits. Bart, New Zealand -- 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 3

[Bug 33982] New: Steam windows can be resized to 1x1 despite minimum size
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=33982 Bug #: 33982 Summary: Steam windows can be resized to 1x1 despite minimum size Product: Wine Version: 1.6-rc2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Steam's windows can be resized to 1x1. On Windows they can't. The minimum size for the main steam window is supposed to be 900x600 and for chat windows 396x351 according to tests. Using openbox 3.5.0 -- 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 9

[Bug 13076] New: untangle: resize fails
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=13076 Summary: untangle: resize fails Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)wnoise.ofb.net After any of the games in Simon Tatham's portable puzzle collection is resized, it only redraws the portion of the window that is the original size. Under windows, these games rescale to fit in the new window size. These may all be downloaded at http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ and have full source available. -- 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 14

[Bug 37864] New: When I resize a maximized MDI window it assumes the new size instead of remaining maximized
by wine-bugs＠winehq.org 30 May '24

30 May '24

https://bugs.winehq.org/show_bug.cgi?id=37864 Bug ID: 37864 Summary: When I resize a maximized MDI window it assumes the new size instead of remaining maximized Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Created attachment 50431 --> https://bugs.winehq.org/attachment.cgi?id=50431 Screenshot showing a maximized MDI child after resizing 'unmaximizes' it. My app is a 'smart terminal' that supports multiple sessions in MDI windows. The size of the MDI child windows can be changed by the app running on the server, so at the end of each transaction, if the app has changed the window dimenensions, I resize the window. If my MDI window is maximized, this has no effect on a Windows system (except that if I later unmaximize the MDI child, it will display at the correct new size). But on recent WINE builds (Linux and Mac), when I resize the MDI child, the window assumes the new size, even though it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still there on the menubar. If I switch between MDI children, they get redrawn correctly maximized (including the one I just resized). I coded a workaround in my app where I don't resize the window if it's maximized, and that seems to work okay under WINE (though I guess the new size info is getting lost). In any case, that verifies that the problem is definitely happening in response to my resize operation. F.Y.I., my resize operation uses SetWindowPlacement() to change the position and size of the window - specifically because I don't want it to affect the window if it's minimized or maximized. Only if it's in the normal state. It's been a long time since I wrote this code, but again, it's always worked on all versions of Windows. I have a feeling it might have worked a while back in WINE - though I rarely run maximized, so I may have just recently noticed a bug that's always been there... Here's the basic code logic. SizeWindowForScreenDimentions calls SetWindowPlacement based on the size calculated for the new row/column grid. The code below has the workaround that prevents the problem in WINE. Also attached a screenshot showing the unmaximized children with the MDI buttons still on the menubar. // If base screen dimensions don't match prior dimensions, resize the window here. // (unless mdi-maximized, in which case, doing this unmaximizes in WINE) if (!mdi_maximized) { if ((rows != old_rows) || (cols != old_cols)) { SizeWindowForScreenDimensions(scr, rows, cols, &resizeable); } } // In case window was hidden under an initial popup, show it now. ShowWindow(scr->hScreenWnd, SW_SHOW); -- 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 4

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 November 2022