wine-bugs July 2014

wine-bugs@winehq.org

1 participants
9888 discussions

[Bug 9654] New: Links from http://appdb.winehq.org/ always open in the same window
by wine-bugs＠winehq.org 21 Jul '17

21 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=9654 Summary: Links from http://appdb.winehq.org/ always open in the same window Product: WineHQ Bugzilla Version: unspecified Platform: Other URL: http://appdb.winehq.org/ OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: misc-bugs AssignedTo: jnewman(a)codeweavers.com ReportedBy: acheron(a)front.ru Shift-clicking (or Control-clicking) on some links in Firefox with JavaScrippt on results in the link opening both in the new window (or tab) and in the old window. Observed on e.g. "Top-10" lists. This is inconvenient. I may be wrong (I'm not good at HTML and Javascript) but I think the reason is having both onclick="DoNav('...') and href="..." pointing to the same page. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 15947] New: appdb no way to edit vendor
by wine-bugs＠winehq.org 21 Jul '17

21 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=15947 Summary: appdb no way to edit vendor Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: a.hurst(a)shef.ac.uk After submitting a new app (Utilities/VLtools) along with its vendor (Digifly), I realised I had no way to correct the error I made in the URL for the Vendor (missing http://) Should the user who submitted a new Vendor have the power to edit 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.

1 8

[Bug 22798] New: Invalid Wine version results in hidden / lost / invisible test results entry
by wine-bugs＠winehq.org 21 Jul '17

21 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=22798 Summary: Invalid Wine version results in hidden / lost / invisible test results entry Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sparr0(a)gmail.com I submitted test results for Time of Defiance (http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261) with an invalid Wine Version number (1.1.45). The form accepted my submission, and I was later emailed that my results had been added (perhaps because I was the submitter, perhaps because I am the maintainer of the version). Now http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261&iTestingI… displays my new results in the "Selected Test Results" box, but on no page are the details of the results visible in the "Test Results" box. I expect two fixes are required here. First, more input validation on the submission page. Second, whatever is preventing this entry from showing up under Test Results. -- 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.

1 6

[Bug 35563] New: GetProcessMemoryInfo() is unimplemented
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=35563 Bug ID: 35563 Summary: GetProcessMemoryInfo() is unimplemented Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: achurch+wine(a)achurch.org Classification: Unclassified Despite bug 13302, GetProcessMemoryInfo() is still effectively unimplemented, in that it returns zero in all fields instead of actual data. The missing code is in the underlying ntdll call, NtQueryInformationProcess(ProcessVmCounters): (see http://source.winehq.org/source/dlls/ntdll/process.c#L231) case ProcessVmCounters: { VM_COUNTERS pvmi; [...] /* FIXME : real data */ memset(&pvmi, 0 , sizeof(VM_COUNTERS)); Test program (compile with -lpsapi): #include <assert.h> #include <windows.h> #include <psapi.h> int main(int argc, char **argv) { PROCESS_MEMORY_COUNTERS pmc; assert(GetProcessMemoryInfo(GetCurrentProcess(), &pmc, sizeof(pmc))); assert(pmc.WorkingSetSize > 0); return 0; } -- 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 24

[Bug 33987] New: Secret Files 3 demo shows only some parts of background in ConfigTool
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=33987 Bug #: 33987 Summary: Secret Files 3 demo shows only some parts of background in ConfigTool Product: Wine Version: 1.6-rc4 Platform: x86 URL: http://content.deepsilver.com/kochmedia/downloads/gehe imakte3/SF3_Demo.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: andrey.goosev(a)gmail.com Classification: Unclassified >From a terminal fixme:win:EnumDisplayDevicesW ((null),0,0x32f0b8,0x00000000), stub! -- 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.

1 13

[Bug 33717] New: regedit: Sorting registry keys on refreshing
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=33717 Bug #: 33717 Summary: regedit: Sorting registry keys on refreshing Product: Wine Version: 1.5.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Renaming a registry key can cause it to be unsorted. If I remember correctly on Windows XP if I have pressed F5 to refresh the view Windows regedit has automatically sorted the keys. This behavior is missing on Wines regedit. -- 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.

1 10

[Bug 25625] New: Implement PROPSHEET_InsertPage
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=25625 Summary: Implement PROPSHEET_InsertPage Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: adman.com(a)gmail.com MGADiag fails to work as PROPSHEET_InsertPage is not implemented in comctl32. Several patches are available but not in source, http://osdir.com/ml/wine-patches/2010-10/msg00847.html http://www.google.com/search?q=PROPSHEET_InsertPage+wine -- 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.

1 22

[Bug 23302] New: Not standard background color in Wine configuration
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=23302 Summary: Not standard background color in Wine configuration Product: Wine Version: 1.2-rc4 Platform: x86 URL: http://winehq.org OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ariafan(a)mail.ru Created an attachment (id=29053) --> (http://bugs.winehq.org/attachment.cgi?id=29053) Wine configuration - About Wine configuration: 1. A text in the About tab is drawed with another background color (always white?). 2. Checkboxes background in the Audio tab is white always. -- 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.

1 13

[Bug 20215] New: Extra mouse buttons do not work in Firefox
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=20215 Summary: Extra mouse buttons do not work in Firefox Product: Wine Version: 1.1.30 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Rainmaker526(a)hotmail.com When running firefox under Wine, the extra mouse buttons on my mouse (the "thumb" buttons) do nothing. When using firefox under Windows or under Linux, the buttons act as a forward - back button, but not when it's running under Wine. I am sure this is not an modmap issue, as the buttons do work with some other applications in Wine (SWAT4 for instance). The buttons do not seem to generate any event to the application. -- 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.

1 13

[Bug 30764] New: regedit: a key created from right-click context menu is in incorrect position
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=30764 Bug #: 30764 Summary: regedit: a key created from right-click context menu is in incorrect position Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified In Windows when you right-click a key and select New->Key, the new key is created as a subkey of the key you clicked. In Wine it is a subkey of a key that was previously selected by left-clicking or keyboard - click position is ignored. -- 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.

1 11

[Bug 10858] New: BlueByte Game Channel fails to install
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=10858 Summary: BlueByte Game Channel fails to install Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: alex(a)thehandofagony.com When trying to install the BlueByte Game Channel, it fails with a messagebox saying the software is already installed. An investigation shows that using native cabinet.dll bypasses the problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 14606] New: TreeView + right click doesn't work the way it does in native windows
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=14606 Summary: TreeView + right click doesn't work the way it does in native windows Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: lists(a)andree.sk Hi, in the real windows, when one presses right button over treeview 'widget', the item under cursor gets temporarily selected - this enables simple context menu showing (unless it's done this way, one has to manually determine, which item is placed on the cursor position - which, i guess, not all apps are doing) : it should probably go like this: right click => appropriate treeview item selected => NM_RCLICK notification message to window => windows can use TreeView_GetSelection() :-) after the right button is released, the previously selected item gets selected again on win32 - as far as I can tell :-) -- 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.

1 19

[Bug 17423] New: Prince of Persia SoT: Graphic Bug
by wine-bugs＠winehq.org 20 Jul '17

20 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=17423 Summary: Prince of Persia SoT: Graphic Bug Product: Wine Version: 1.1.15 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcflow-forum(a)gmx.net CC: stefan(a)codeweavers.com With wine-1.1.15 a graphic bug was introduced to Prince of Persia - The Sand of Time. Graphics are not displayed properly. See the attachment for how it looks. Because it worked with wine-1.1.14 I did a regression test. This is what it returned: 693d9ded47d56846c3dafe7d04115a4f3a01750a is first bad commit commit 693d9ded47d56846c3dafe7d04115a4f3a01750a Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Sat Jan 10 02:29:39 2009 +0100 wined3d: Properly set the fog frag coord according to the FOGTABLEMODE. This also fixes the test that an earlier patch broke, so the todo_wine can be removed again. :040000 040000 d6c96e24ebde7212191b4113d6d55a1bdcd073f1 745e7693925a3ab9384ff77141aad74d082bc23e M dlls -- 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.

1 40

[Bug 9424] New: No default item in MDI child sysmenu - cannot close with doubleclick
by wine-bugs＠winehq.org 19 Jul '17

19 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=9424 Summary: No default item in MDI child sysmenu - cannot close with doubleclick Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se In Windows, it's possible to close a MDI child window by double clicking the system menu icon. Opening the system icon also shows that Close (ALT-F4) is default, by making it bold. Although the close entry is bold in the latest Wine, it's not possible to close the window by double clicking the system menu icon. A simple test program is available as http://www.cendio.se/~astrand/wine/7-close-dbl-click/mdi1.exe . Verified with the CVS version as of today. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 36609] New: valgrind shows uninitialized memory use in wscript/tests/run.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36609 Bug ID: 36609 Summary: valgrind shows uninitialized memory use in wscript/tests/run.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14496== Thread 2: ==14496== Syscall param write(buf) points to uninitialised byte(s) ==14496== at 0x4226D1B: ??? (syscall-template.S:81) ==14496== by 0x7BC46B60: NtWriteFile (file.c:1073) ==14496== by 0x7B83E03E: WriteFile (file.c:563) ==14496== by 0x62C0B3C: rpcrt4_conn_np_write (rpc_transport.c:444) ==14496== by 0x62B5AAB: rpcrt4_conn_write (rpc_binding.h:189) ==14496== by 0x62B7A2D: RPCRT4_SendWithAuth (rpc_message.c:849) ==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245) ==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806) ==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909) ==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801) ==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==14496== by 0x7BC870C7: ??? (signal_i386.c:2571) ==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==14496== by 0x7BC870A5: ??? (signal_i386.c:2571) ==14496== by 0x7BC8E4EC: start_thread (thread.c:428) ==14496== by 0x421FF92: start_thread (pthread_create.c:309) ==14496== by 0x43247ED: clone (clone.S:129) ==14496== Address 0x49a4c32 is 138 bytes inside a block of size 256 alloc'd ==14496== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==14496== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==14496== by 0x62B786D: RPCRT4_SendWithAuth (rpc_message.c:808) ==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245) ==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806) ==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909) ==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801) ==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==14496== by 0x7BC870C7: ??? (signal_i386.c:2571) ==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==14496== by 0x7BC870A5: ??? (signal_i386.c:2571) ==14496== by 0x7BC8E4EC: start_thread (thread.c:428) ==14496== by 0x421FF92: start_thread (pthread_create.c:309) ==14496== by 0x43247ED: clone (clone.S:129) ==14496== Uninitialised value was created by a stack allocation ==14496== at 0x6A5D0C9: disp_call (dispex.c:1096) ==14496== -- 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 2

[Bug 36581] New: valgrind shows a few leaks in winmm/tests/capture.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36581 Bug ID: 36581 Summary: valgrind shows a few leaks in winmm/tests/capture.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com austin@aw25 ~/wine-valgrind/dlls/winmm/tests $ make capture.ok ../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so capture && touch capture.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==26292== 512 bytes in 1 blocks are definitely lost in loss record 665 of 832 ==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26292== by 0x5126CA4: list_window_children (win.c:318) ==26292== by 0x512EE26: WIN_ListChildren (win.c:3267) ==26292== by 0x512B3BC: WIN_SendDestroyMsg (win.c:1783) ==26292== by 0x512B7F5: DestroyWindow (win.c:1876) ==26292== by 0x4FDF40A: WINMM_DevicesThreadDone (waveform.c:2445) ==26292== by 0x4FDF896: WINMM_DevicesThreadProc (waveform.c:2516) ==26292== by 0x7BC870C7: ??? (signal_i386.c:2571) ==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==26292== by 0x7BC870A5: ??? (signal_i386.c:2571) ==26292== by 0x7BC8E4EC: start_thread (thread.c:428) ==26292== by 0x421FF92: start_thread (pthread_create.c:309) ==26292== by 0x43247ED: clone (clone.S:129) ==26292== ==26292== 5,940 bytes in 330 blocks are definitely lost in loss record 818 of 832 ==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26292== by 0x4FDACEF: WINMM_OpenDevice (waveform.c:1093) ==26292== by 0x4FDBCAB: WID_Open (waveform.c:1361) ==26292== by 0x4FDF30B: WINMM_DevicesMsgProc (waveform.c:2413) ==26292== by 0x51394F5: ??? (winproc.c:173) ==26292== by 0x513966A: call_window_proc (winproc.c:244) ==26292== by 0x513B803: WINPROC_call_window (winproc.c:900) ==26292== by 0x50F811C: call_window_proc (message.c:2223) ==26292== by 0x50FA320: peek_message (message.c:2953) ==26292== by 0x50FBDC6: PeekMessageW (message.c:3757) ==26292== by 0x4FDF773: WINMM_DevicesThreadProc (waveform.c:2503) ==26292== by 0x7BC870C7: ??? (signal_i386.c:2571) ==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==26292== by 0x7BC870A5: ??? (signal_i386.c:2571) ==26292== by 0x7BC8E4EC: start_thread (thread.c:428) ==26292== by 0x421FF92: start_thread (pthread_create.c:309) ==26292== by 0x43247ED: clone (clone.S:129) ==26292== -- 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 36638] New: valgrind shows a definite leak in wininet/tests/http.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36638 Bug ID: 36638 Summary: valgrind shows a definite leak in wininet/tests/http.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 36637 ==32063== Thread 1 wininet_test.exe.so: ==32063== 32 bytes in 1 blocks are definitely lost in loss record 111 of 360 ==32063== at 0x7BC4C75D: notify_alloc (heap.c:255) ==32063== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==32063== by 0x4D45FA1: heap_alloc (internet.h:116) ==32063== by 0x4D4FE13: alloc_async_task (internet.c:3856) ==32063== by 0x4D44055: HttpSendRequestW (http.c:5556) ==32063== by 0x4D44251: HttpSendRequestA (http.c:5614) ==32063== by 0x497CC63: test_InternetCloseHandle (http.c:5195) ==32063== by 0x497D671: func_http (http.c:5328) ==32063== by 0x4994B90: run_test (test.h:584) ==32063== by 0x4994F7F: main (test.h:654) ==32063== -- 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 36578] New: valgrind shows several definite leaks in urlmon/tests/url.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36578 Bug ID: 36578 Summary: valgrind shows several definite leaks in urlmon/tests/url.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==23547== 8 bytes in 1 blocks are definitely lost in loss record 384 of 6,179 ==23547== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==23547== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==23547== by 0x8C3E633: SECUR32_makeSecHandle (wrapper.c:44) ==23547== by 0x8C3F148: InitializeSecurityContextW (wrapper.c:354) ==23547== by 0x65D180A: netcon_secure_connect_setup (netconnection.c:538) ==23547== by 0x65D2170: NETCON_secure_connect (netconnection.c:686) ==23547== by 0x65C048F: HTTP_HttpSendRequestW (http.c:4925) ==23547== by 0x65C11FA: AsyncHttpSendRequestProc (http.c:5182) ==23547== by 0x65CDD83: INTERNET_WorkerThreadFunc (internet.c:3840) ==23547== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==23547== by 0x7BC870C7: ??? (signal_i386.c:2571) ==23547== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==23547== by 0x7BC870A5: ??? (signal_i386.c:2571) ==23547== by 0x7BC8E4EC: start_thread (thread.c:428) ==23547== by 0x421FF92: start_thread (pthread_create.c:309) ==23547== by 0x43247ED: clone (clone.S:129) ==23547== ==5217== 20 bytes in 1 blocks are definitely lost in loss record 1,185 of 6,082 ==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5217== by 0x4EBFBC7: heap_alloc (urlmon_main.h:236) ==5217== by 0x4EC1915: create_moniker (umon.c:545) ==5217== by 0x4EC1CCE: CreateURLMonikerEx (umon.c:656) ==5217== by 0x4EC1FC3: CreateURLMoniker (umon.c:734) ==5217== by 0x4CFE492: test_BindToStorage (url.c:2915) ==5217== by 0x4D05327: func_url (url.c:4077) ==5217== by 0x4D06166: run_test (test.h:584) ==5217== by 0x4D06555: main (test.h:654) ==5217== ==5217== 36 bytes in 1 blocks are possibly lost in loss record 2,510 of 6,082 ==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==5217== by 0x4EBD59D: heap_alloc (urlmon_main.h:236) ==5217== by 0x4EBDB3C: register_namespace (session.c:126) ==5217== by 0x4EBE832: InternetSession_RegisterNameSpace (session.c:375) ==5217== by 0x4D0417D: register_protocols (urlmon.h:3759) ==5217== by 0x4D0432A: func_url (url.c:3865) ==5217== by 0x4D06166: run_test (test.h:584) ==5217== by 0x4D06555: main (test.h:654) ==5217== -- 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 36212] New: valgrind shows some possible leaks under crypt32/tests/oid.c
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36212 Bug ID: 36212 Summary: valgrind shows some possible leaks under crypt32/tests/oid.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==19597== 20 bytes in 1 blocks are possibly lost in loss record 47 of 271 ==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==19597== by 0x514398B: CryptMemAlloc (main.c:124) ==19597== by 0x5154C8C: CryptInstallOIDFunctionAddress (oid.c:248) ==19597== by 0x4EA1DF1: test_installOIDFunctionAddress (oid.c:252) ==19597== by 0x4EA3837: func_oid (oid.c:600) ==19597== by 0x4EB7F67: run_test (test.h:584) ==19597== by 0x4EB8356: main (test.h:654) ==19597== ==19597== 44 bytes in 1 blocks are possibly lost in loss record 101 of 271 ==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==19597== by 0x514398B: CryptMemAlloc (main.c:124) ==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119) ==19597== by 0x4EA1855: test_oidFunctionSet (oid.c:164) ==19597== by 0x4EA3832: func_oid (oid.c:599) ==19597== by 0x4EB7F67: run_test (test.h:584) ==19597== by 0x4EB8356: main (test.h:654) ==19597== ==19597== 44 bytes in 1 blocks are possibly lost in loss record 105 of 271 ==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==19597== by 0x514398B: CryptMemAlloc (main.c:124) ==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119) ==19597== by 0x4EA2F2B: test_getDefaultOIDFunctionAddress (oid.c:478) ==19597== by 0x4EA3846: func_oid (oid.c:603) ==19597== by 0x4EB7F67: run_test (test.h:584) ==19597== by 0x4EB8356: main (test.h:654) ==19597== -- 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 5

[Bug 36859] New: Missing Shader 'shaders/font.ksh'.
by wine-bugs＠winehq.org 18 Jul '17

18 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=36859 Bug ID: 36859 Summary: Missing Shader 'shaders/font.ksh'. Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: erwin.mueller(a)deventm.org Created attachment 48952 --> http://bugs.winehq.org/attachment.cgi?id=48952 Wine Log Try to run Don't Starve 2.4.0 game. Got the following error: wine: Unhandled exception 0x80000003 in thread 9 at address 0x558efc (thread 0009), starting debugger... ERROR: Missing Shader 'shaders/font.ksh'. Assert failure '0' at ..\source\renderlib\OpenGL\HWEffect.cpp(86): Trace follows... Attached are log and backtrace. -- 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 30

[Bug 26432] New: Winefile: Currently selected folder 'open folder' icon switches to 'closed folder' icon when file pane selected.
by wine-bugs＠winehq.org 15 Jul '17

15 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=26432 Summary: Winefile: Currently selected folder 'open folder' icon switches to 'closed folder' icon when file pane selected. Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: flymypg(a)gmail.com While browsing the file system using winefile, when a folder is selected in the left pane, the folder icon switches from the 'closed folder' icon to the 'open folder icon', and the files contained in the selected directory are displayed in the right pane. Incorrect behavior #1: When an item (file or directory) is selected in the right pane by single-clicking on it, the 'open folder' icon in the left pane switches to 'closed folder' icon. Correct behavior: The icon for the current folder in the left pane should not be affected by single-click selections made in the right pane. Incorrect behavior #2: When a folder is double-clicked in the right pane, the content of the selected folder is shown in the right pane, but the icon for the folder is not changed to the 'open folder' icon in the left pane. Correct behavior: The icon for the current folder in the left pane should change when a folder is double-clicked in the right pane. The window title continues to correctly display the correct current folder. Only the open status icon in the left pane is lost. Note: I am using wine from a headless 32-bit x86 Fedora 14 system, remotely displayed on a 32-bit x86 Ubuntu 10.10 system. -- 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.

1 7

[Bug 34410] New: Big blotch in the center of the screen in Might And Magic 7,8
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=34410 Bug #: 34410 Summary: Big blotch in the center of the screen in Might And Magic 7,8 Product: Wine Version: 1.7.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmitry.risenberg(a)gmail.com Classification: Unclassified Created attachment 45802 --> http://bugs.winehq.org/attachment.cgi?id=45802 Might and Magic 7 screenshot How to reproduce - install Might and Magic 7, skip through movies and start a new game. You will see something like the atteched screenshot. I have intel i915 video driver vrsion 2.21.6 -- 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.

1 12

[Bug 23294] New: Eudora 7.1.0.9: The Icons of the minimized mailboxes stack on top of each other
by wine-bugs＠winehq.org 13 Jul '17

13 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=23294 Summary: Eudora 7.1.0.9: The Icons of the minimized mailboxes stack on top of each other Product: Wine Version: 1.2-rc3 Platform: x86-64 URL: http://www.eudora.com/download/eudora/windows/7.1/Eudo ra_7.1.0.9.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Created an attachment (id=29033) --> (http://bugs.winehq.org/attachment.cgi?id=29033) Two minimized mailboxes create overlapping icons - Open the "In" mailbox, minimize it, notice the icon appears in the bottom-left corner; - Open the "Out" mailbox, minimize it, notice the icon is over the icon of the "In" mailbox (see attachment). It should be near 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.

1 4

[Bug 36183] New: valgrind shows a potential leaks in atl100/tests/atl.c
by wine-bugs＠winehq.org 10 Jul '17

10 Jul '17

https://bugs.winehq.org/show_bug.cgi?id=36183 Bug ID: 36183 Summary: valgrind shows a potential leaks in atl100/tests/atl.c Product: Wine Version: 1.3.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7B8457FF: HeapAlloc (heap.c:271) ==13578== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==13578== by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732) ==13578== by 0x4E626C6: OleInitialize (ole2.c:215) ==13578== by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108) ==13578== by 0x4C9708E: test_ax_win (atl.c:600) ==13578== by 0x4C97273: func_atl (atl.c:627) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602 ==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==13578== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==13578== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==13578== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==13578== by 0x4DE4213: AtlWinModuleInit (atl.c:436) ==13578== by 0x4C950D9: test_winmodule (atl.c:89) ==13578== by 0x4C9725A: func_atl (atl.c:622) ==13578== by 0x4C98072: run_test (test.h:584) ==13578== by 0x4C98460: main (test.h:654) ==13578== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1611== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1611== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1611== by 0x4E62252: test_winmodule (atl.c:101) ==1611== by 0x4E6425A: func_atl (atl.c:622) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629 ==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1611== by 0x5B300B4: alloc_bstr (oleaut.c:162) ==1611== by 0x5B3044A: SysAllocStringLen (oleaut.c:324) ==1611== by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753) ==1611== by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==1611== by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460) ==1611== by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478) ==1611== by 0x5B4F5F8: LoadTypeLib (typelib.c:454) ==1611== by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520) ==1611== by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1611== by 0x4E63D58: test_source_iface (atl.c:576) ==1611== by 0x4E6426E: func_atl (atl.c:626) ==1611== by 0x4E65072: run_test (test.h:584) ==1611== by 0x4E65460: main (test.h:654) ==1611== ==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630 ==1659== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1659== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1659== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==1659== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==1659== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==1659== by 0x4E62252: test_winmodule (atl.c:101) ==1659== by 0x4E6425A: func_atl (atl.c:622) ==1659== by 0x4E65072: run_test (test.h:584) ==1659== by 0x4E65460: main (test.h:654) ==1659== ==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630 ==1986== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1986== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1986== by 0x5B040B4: alloc_bstr (oleaut.c:162) ==1986== by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413) ==1986== by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879) ==1986== by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581) ==1986== by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460) ==1986== by 0x5B236BC: LoadTypeLibEx (typelib.c:478) ==1986== by 0x5B235F8: LoadTypeLib (typelib.c:454) ==1986== by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520) ==1986== by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811) ==1986== by 0x4A34D58: test_source_iface (atl.c:576) ==1986== by 0x4A3526E: func_atl (atl.c:626) ==1986== by 0x4A36072: run_test (test.h:584) ==1986== by 0x4A36460: main (test.h:654) ==1986== -- 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 35278] New: KindleforPC crashes with big books
by wine-bugs＠winehq.org 08 Jul '17

08 Jul '17

http://bugs.winehq.org/show_bug.cgi?id=35278 Bug ID: 35278 Summary: KindleforPC crashes with big books Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)staerk.de Classification: Unclassified Created attachment 47052 --> http://bugs.winehq.org/attachment.cgi?id=47052 backtrace when clicking onto a large book in Amazon Kindle reader for PC When starting Kindle.exe to read my e-books, wine crashes with the attached backtrace. I tried with SUSE 13.1 and SUSE 12.2, in both cases it crashes. -- 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 9

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 July 2014