https://bugs.winehq.org/show_bug.cgi?id=50726
Bug ID: 50726
Summary: TreeSize crashes: wine: Call from 000000007BC278E0 to
unimplemented function ntdll.dll.RtlGetCallersAddress,
aborting
Product: Wine
Version: 6.2
Hardware: x86-64
URL: https://customers.jam-software.de/downloadTrialProcess
.php
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
A user reported this program crashing on the forum:
https://forum.winehq.org/viewtopic.php?f=8&t=34939
sha1sum TreeSize-x64-Demo.exe
d24bf50fcdecbeede2812dcbc87e02e0101ca0b1 TreeSize-x64-Demo.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=53881
Bug ID: 53881
Summary: Missing GUI elements in “The Settlers: Heritage of
Kings” after application switching
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 73408
--> https://bugs.winehq.org/attachment.cgi?id=73408
screenshot for a questionable information display
I tried the game “The settlers (gold edition)” out once more by components from
the software package “wine 7.20-1498.5”.
Some information was logged for further development considerations.
Markus_Elfring@Sonne:~> wine C:\\ProgramData\\Microsoft\\Windows\\Start\
Menu\\Programs\\Ubisoft\\Blue\ Byte\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\
-\ Gold\ Edition\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\ spielen.lnk
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
…
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
0024:fixme:exec:SHELL_execute flags ignored: 0x00004000
00bc:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
00bc:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
012c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub
012c:fixme:imm:ImmReleaseContext (00050044, 0001004E): stub
012c:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
012c:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.
012c:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
0170:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
Now I wonder about undesirable data processing effects from recent software
evolution.
The program is usable after its basic start initialisation.
But I can occasionally get into the mood to switch to an other application.
I can switch back to the game after I got some work done with other tools.
But I observe that the corresponding graphical user interface became broken.
Under which circumstances will the desired display be completely restored?
--
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=41632
Bug ID: 41632
Summary: Wine not running with Administrative privileges
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stevedonato(a)gmail.com
Distribution: ---
Error running wine windows program. Error message produced is;
"You do not have Administrative privileges on this computer. Sign into Windows
as an Administrator. Try again."
Latest wine release 1.9.22
--
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=35984
Bug ID: 35984
Summary: Leftover pixels in Microsoft Paint when using
Rectangle tool with thick border
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Nachanon_Vetjasit(a)hotmail.com
Created attachment 48104
--> http://bugs.winehq.org/attachment.cgi?id=48104
Screencast demonstrating the leftover lines problem
I've used Microsoft Paint on WINE, I found that when I set
line thickness to >1px (using Line tool) and select Rectangle tool,
then drag mouse to South-East direction to create a rectangle
(but don't release mouse button yet), then move to West, then North,
and release the button. I'll see that some color pixels that's used to be
old rectangle border were left over.
The larger line size, more obvious the effect.
Apart from leftover lines, there is also a knot on the top left of the
rectangle. (Won't be visible at first glance, use Magnifier tool to see it)
These leftover lines (and knot) also didn't disappear on Undo too.
Screencast demonstrating this problem and affected image also attached.
(Using 5px line thickness in this case).
Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3)
mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same
directory as mspaint.exe
WINE: 1.7.15 (git), set to Windows version XP
WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support
System: Debian GNU/Linux 5.0 "Lenny" i386
--
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=53889
Bug ID: 53889
Summary: vbscript does not support Get_Item call on IDispatch
objects
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
I ran into some code with where an IDispatch object has a Get_Item method:
PlayerScores(0).SetValue(1000)
In interp.c, `do_icall` will E_NOTIMPL for REF_OBJ when there are arguments:
if(arg_cnt) {
FIXME("arguments on object\n");
return E_NOTIMPL;
}
To work around this, I added the following:
+ if (arg_cnt) {
+ vbstack_to_dp(ctx, arg_cnt, FALSE, &dp);
+
+ hres = IDispatch_Invoke(ref.u.obj, DISPID_VALUE, &IID_NULL,
+ LOCALE_USER_DEFAULT, DISPATCH_PROPERTYGET, &dp, res,
+ NULL, NULL);
+
+ if(FAILED(hres))
+ return hres;
+
+ IDispatch_AddRef(V_DISPATCH(res));
+
+ break;
+ }
IDispatch_AddRef(ref.u.obj);
V_VT(res) = VT_DISPATCH;
V_DISPATCH(res) = ref.u.obj;
--
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=17195
Summary: NamedPipe datagrams need to be _really_ datagrams
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lkcl(a)lkcl.net
ok, after a little bit of investigation, i think i understand the pipes code
enough to be able to say what's going on, and i'm seeing something like this:
process 1:
recvpipe = CreateNamedPipe("\\pipe\fred")
ReadFile(recvpipe, buffer, &length);
printf(length) ===> 43
ReadPipe(recvpipe, buffer, &length); /* no data */
process 2:
sendpipe = CreateNamedPipe("\\pipe\fred")
length = 9;
WriteFile(sendpipe, buffer, &length);
length = 34;
WriteFile(sendpipe, buffer, &length);
what's happening is that the data being sent down the pipes isn't being done as
datagrams. the implementation is using a stream-based fd.
the solution is: you _must_ implement a protocol on top of the pipes which
sends the length (as a 32-bit int, whatever) which is read off the fd, followed
by the data stream of _exactly_ that length.
_must_. there's no two ways about this.
the protocol of Pipes is unfortunately a combination of both datagrams and
streams. datagrams because the lengths of data sent are absolute and
inviolate. streams because the data order and reliability are _also_ absolute
and inviolate.
you can't use datagrams (because they're unreliable). you can't expect all
unixen to support datagrams on top of unix sockets (if that's what's being
used).
so - you have to send the length, as part of the implementation of the
pipe-data-send.
sending a length will also solve the issue of trying to send zero-length pipe
datagrams.
as a first implementation, you _might_ be able to get away with assuming that
when someone asks for some data, they _will_ provide a buffer big enough.
... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so
that would explain... this is going to get messy :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32618
Bug #: 32618
Summary: Atlantica Online partially hangs when rotating the
view with the mouse.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arek75(a)gmail.com
Classification: Unclassified
Created attachment 43044
--> http://bugs.winehq.org/attachment.cgi?id=43044
Bisect log
Starting with Wine 1.5.18, Atlantica Online is no longer playable due to a bug
where if you attempt to rotate the camera with the mouse (right-click and
drag), Atlantica's graphics lock up and the game seems to lose the mouse. You
can get the game to respond again by pressing alt on the keyboard, but you
still can't rotate the camera (or rather not much, it'll move a tiny bit each
time before locking up).
I went ahead and bisected this, and also ran into a problem where Atlantica
never got control of the mouse/keyboard and had to be closed with alt-f4. In
these cases I used 'git bisect skip' to continue. Git finally came up with 18
possible "bad commits". Looking at them in gitk, the following commits are of
note (the first skipped commit and the first known bad commit):
841214ddb4d4dc620e6b51dfe6655b585d423edc - user32: Don't check for driver
events before normal messages in PeekMessage.
a0f039a6049641cc2be8fa32f2afa3c3f394a99b - user32: Fix the wait event mask in
PeekMessage.
The first of these commits caused Atlantica to not respond much to
mouse/keyboard events (you could get a partial response from the mouse if you
could get it over a button, but you can't see the pointer), and while the
second patch fixed that, attempting to rotate the camera using the mouse causes
Atlantica's input/graphics to partially freeze as noted above.
I've attached the bisect log so that you can have a look at it if you need to.
--James
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33239
Bug #: 33239
Summary: VisualBasic arrays of User Defined Type (UDTs) with
strings
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mod(a)navsoft.com
Classification: Unclassified
Created attachment 43964
--> http://bugs.winehq.org/attachment.cgi?id=43964
Uses a simple program to test where the crash occurs
I use arrays of UDTs which work under MS Windows. (Any version post Win 2000
except ME.) The program also works happily on a Mac using a Parallels virtual
machine.
These fail under WINE if one or more of the fields is a string. The "TYPE"
order makes no difference.
UDTs which contain only numbers are not affected.
Failure occurs on any attempt to "ReDim" or "Erase" the array. The problem does
not occur when the strings are fixed length or for flat UDTs containing strings
of undeclared length. Prior to a crash, the content of the UDTs can be read and
written to.
Trying to write a simple program produces strange results. I tried initially on
an old PC and found that it would crash simply by redimming the arrays but when
installed under Parallels, it will handle simple arrays and only crashes as I
start to get more adventurous; i.e. using a UDT type declared in a DLL but
otherwise identical.
My main program can be downloaded at http://navsoft.com/AstroNav_Setup.exe. It
makes no claims to being compatible with WINE but there are references to the
problem area elsewhere in this forum by Users who would like to run it under
WINE.
AstroNav uses UDTs extensively. The problem is the Almanac screen where multi
dimension UDTs are widely used. With AstroNav, simply declaring and then
destroying the arrays will cause a crash. [There is also a problem with WINE's
treatment of SetGraphicsMode which I have not yet pinned down but will
hopefully circumvent very shortly. (The SetGraphicsMode API does not work quite
as Microsoft claim so removing it, is probably desirable.)]
The attached backtrace was caused by the following code. The crash occurs only
for Command4_Click() and only on the third press. (Rapid pressing will cause a
"The array is temporarily locked" error/ crash.)
FORM CODE
==========
Private Type My_UDT
n1 As Long
s1 As String
s2 As String
End Type
Private mUDT() As My_UDT
Private DLL_UDT() As Main_Almanac_Columns
Private Sub Command1_Click() ' NO PROBLEM NOW BUT SIMILAR CODE CAUSED A
Dim i As Long ' CRASH ON AN OLDER PC
ReDim mUDT(99)
For i = 0 To 99
mUDT(i).s1 = "Some String"
mUDT(i).s2 = "Some String"
Next i
ReDim mUDT(99)
End Sub
Private Sub Command2_Click() ' SAME AS ABOVE BUT USING A GLOBAL UDT
Dim i As Long ' = A BIT MORE ADVENTUROUS
ReDim gUDT(99)
For i = 0 To 99
gUDT(i).s1 = "Some String"
gUDT(i).s2 = "Some String"
Next i
ReDim gUDT(99)
End Sub
Private Sub Command3_Click() ' MORE ADVENTUROUS; PASSING DATA USING
Compile_Data ' Public Property Get
gUDT = My_Module_UDT
End Sub
Private Sub Command4_Click() ' CRASHES ON THE THIRD CLICK ON MY MAIN
Alt_Compile_Data ' MACHINE
DLL_UDT = My_DLL_UDT
End Sub
MODULE CODE
===========
Private DLL_UDT() As Main_Almanac_Columns
Type Module_UDT
n1 As Long
s1 As String
s2 As String
End Type
Private mUDT() As Module_UDT
Public gUDT() As Module_UDT
'\\ THE MODULE LEVEL TEST
Sub Compile_Data()
Dim i As Long
ReDim mUDT(71)
For i = 0 To 71
With mUDT(i)
.n1 = i
.s1 = i
.s2 = i
End With
Next i
End Sub
Public Property Get My_Module_UDT() As Module_UDT()
My_Module_UDT = mUDT
End Property
'\\ USING THE IDENTICAL TYPE DECLARED IN A MODULE
Sub Alt_Compile_Data()
Dim i As Long
ReDim DLL_UDT(71)
For i = 0 To 71
With DLL_UDT(i)
.Gap = i
.sGHA = i
.sDec = i
End With
Next i
End Sub
Public Property Get My_DLL_UDT() As Main_Almanac_Columns()
My_DLL_UDT = DLL_UDT
End Property
--
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=38892
Bug ID: 38892
Summary: Please support more architectures.
Product: Wine
Version: unspecified
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: ytrezq(a)sdf-eu.org
Distribution: ---
Hello,
It might sound useless but the WINAPI supported Itanium PPC MIPSR4000 and dec
alpha in the past.
While windows doesn't provide updates for those platforms, compiling programs
written for the WINAPI to those arch is the best way to get decent speeds (not
to add the need of support for ARC firmware which prevent running them on
recent ppc).
Of course this is not for emulating instructions sets but for running windows
programs natively on those platforms.
For testing on x86 an ARC bios for MIPS which can work on qemu is documented
here http://gunkies.org/wiki/Installing_Windows_NT_4.0_on_Qemu(MIPS)
Visual C++ RISC editions for those platforms are available here
http://bingeflying.com/3.2/
--
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=34708
Bug #: 34708
Summary: Silent Hill 4: The Room don't run in terminal.
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sov.info(a)mail.ru
Classification: Unclassified
Created attachment 46270
--> http://bugs.winehq.org/attachment.cgi?id=46270
01 terminal output
This game don't start via terminal. BUT!
When i just starting it by clicking on the .desktop file, it runs! This
behavior is pretty interesting. Of cource, this game crushes even if start by
clicking on desktop label. But if we want to see what stubs happens in game, we
should before fix terminal behavior.
--
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=50789
Bug ID: 50789
Summary: Affinity Photo 1.9.1 installer crashes
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: game.jaegers(a)mailbox.org
Distribution: ---
Created attachment 69595
--> https://bugs.winehq.org/attachment.cgi?id=69595
terminal output
>> wine --version
wine-6.2 (Staging)
Get the trial installer here:
https://affinity.serif.com/de/90-day-affinity-trial/
Maybe someone can get an archive.org link?
>> sha1sum affinity-photo-1.9.1.exe
f68d5fcd52e58a1501ab1ff7b4eb35ac8422f863 affinity-photo-1.9.1.exe
I only used these commands:
export WINEPREFIX=~/.wineprefixes/photo
wine wineboot -i
wine '/home/estebanium/Downloads/affinity-photo-1.9.1.exe'
I know from older testing, that the installer needs at least dotnet45. Since
Wine 5.12 installing dotnet45 via winetricks is a pain. If you achieved to
install dotnet45 via winetricks, affinity installer want to install the update
to dotnet472.
--
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=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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=52515
Bug ID: 52515
Summary: Resizing/maximizing foobar2000 has stale rendering
errors (more in Light Blue theme)
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Created attachment 71815
--> https://bugs.winehq.org/attachment.cgi?id=71815
Screenshot of list header, scrollbar, and resize handle rendering incorrectly
- Install foobar2000 v1.6.9.
- (optional) In winecfg, switch to Light Blue theme, then open foobar2000.
- In "Quick Appearance Setup", pick "Album List + Properties".
- Add some files to the playback list (preferably enough for a vertical
scrollbar).
- (Optional) Press Ctrl+N to show playlist tabs.
- Resize and enlarge the window slowly horizontally. Then shrink the window
horizontally, and tile or maximize the window (expanding it quickly).
When resizing the window slowly, you will get vertical lines in the sort
header, and stale resize handles in the window's bottom right corner (faintly
visible). When maximizing the window, a scrollbar will mistakenly render in the
song list (which remains when resizing the window further, moves when you
scroll the song list, and gets cleared when you select/deselect the songs
behind it). I also saw entire stale tabs to the right of real tabs, but was
unable to replicate this bug.
On (No Theme) and Light "Classic Blue", when maximizing, the glitched scrollbar
rendering occurs as well. When resizing slowly, the stale resize handles are
*more* visible, but the vertical lines do not occur.
Confirmed on Xfce and KDE Plasma X11, with X11/Wine running at 96 and 120 DPI.
Video at https://youtu.be/jch76UQpn2w.
I assume this is a Wine rendering bug, but perhaps it could be a foobar2000
redrawing bug, or an interaction between Wine and foobar2000's redraw events.
Operating System: Arch Linux
Kernel Version: 5.16.4-zen1-1-zen (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: NVIDIA GeForce GT 730/PCIe/SSE2 (proprietary drivers
470.103.01)
--
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=53805
Bug ID: 53805
Summary: Photoshop is crashing... and it's annoying.
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: choord(a)protonmail.com
Distribution: ---
Created attachment 73312
--> https://bugs.winehq.org/attachment.cgi?id=73312
This is only the backtrace gived by WineHQ
I want to use Photoshop with Wine, as it is the only program I really know well
about. I come from Windows and I really need help because I can use a little
bit Photoshop, but after some minutes, or on clicking on some buttons (it can
be random), the application just crash, which make it useless for making
picture editing.
Thanks for your reply, and if you know how to fix this problem, please reply to
my email adress ! (choord(a)protonmail.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.
http://bugs.winehq.org/show_bug.cgi?id=26766
Summary: A lot of games are listed against distributors and not
the developers
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: ASSIGNED
Severity: trivial
Priority: P5
Component: appdb-unknown
AssignedTo: kennybobs(a)o2.co.uk
ReportedBy: kennybobs(a)o2.co.uk
A lot of the games in the AppDB are listed against the distributors instead of
the actual developers.
This is not a major problem but it would be nice to tidy this up and any bugs
relating to certain developers would be easier to collect.
Other maintainers have, sensibly, simply added "Versions" for each distributor,
and as each distributor tends to update their products as they see fit, rather
than when the developer sees fit, this could affect the ratings for different
implementations of the same game.
Assigning to myself as it's a fairly big job (some games have to be downloaded
and run just to find out who developed them) and will take far too long for me
to simply remember what's what.
Currently affected: Big Fish Games, PopCap, Steam.
Anyone: please feel free to help!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16091
Summary: StickyDrive demo installer doesn't recognize USB key as
removable
Product: Wine
Version: 1.1.8
Platform: Other
URL: http://mmiline.com/
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(From mmiline.com's main page, click on StickyDrive and then "Learn More",
then under Red Sox demo, click "Download Now". This points to
http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=…
which downloads the installer in question,
InstallStickyDrive-BOSTN-1668.exe.)
The installer puts up a dialog box of drive letters,
saying "Please select a valid removable drive...",
but nothing is listed, even if you have a USB drive
inserted and Wine has already created a d: mapping for it.
If you click on the "Show all drives"
checkbox, all drives are indeed shown.
Happily for us, this dialog box is in a separate
executable. While that prompt is up, grab a copy
of C:\windows\temp\SDDriveSelector.exe
You can then reproduce the problem easily by running
just that .exe.
+relay shows it's using GetDriveType() on each drive,
but evidently it doesn't like what it's getting.
You can work around this by using winecfg to mark d:
as a floppy, but really, wine should know that the inserted
USB drive is removable, shouldn't it?
--
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.