wine-bugs December 2016

wine-bugs@winehq.org

1 participants
7923 discussions

[Bug 41206] New: Artemis 2.4.0 crashed upon start
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=41206 Bug ID: 41206 Summary: Artemis 2.4.0 crashed upon start Product: Wine Version: 1.9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kurthuwig(a)gmail.com Distribution: --- When I run Artemis 2.4.0 (http://artemis.eochu.com/index.php/downloads/) then it crashes with the attached error messages. v2.3.0 worked fine. -- 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 36247] New: VHD Attach crushes because of virtdisk.dll missing
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=36247 Bug ID: 36247 Summary: VHD Attach crushes because of virtdisk.dll missing Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matyapiro31(a)gmail.com VHD Attach is an application to mount .vhd files as hard disks. It depends on virtdisk.dll but wine doesn't include it. I think we can implement it easily by using libvirt? It support VHD file type. -- 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 36395] New: valgrind shows a possible leak in inetcomm/tests/mimeole.c
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=36395 Bug ID: 36395 Summary: valgrind shows a possible leak in inetcomm/tests/mimeole.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==17178== 28 bytes in 1 blocks are possibly lost in loss record 154 of 561 ==17178== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==17178== by 0x5498BE8: apartment_getclassobject (compobj.c:526) ==17178== by 0x549BFF6: get_inproc_class_object (compobj.c:2894) ==17178== by 0x549ED5F: CoGetClassObject (compobj.c:3032) ==17178== by 0x549F4E7: CoCreateInstance (compobj.c:3197) ==17178== by 0x4AAC50E: func_mimeole (mimeole.c:99) ==17178== by 0x4AAAE6B: main (test.h:584) ==17178== -- 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 36662] New: valgrind shows a few memory leaks in ws2_32/tests/sock.c
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=36662 Bug ID: 36662 Summary: valgrind shows a few memory leaks in ws2_32/tests/sock.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==21586== Thread 1 ws2_32_test.exe.so: ==21586== 60 bytes in 1 blocks are possibly lost in loss record 350 of 701 ==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255) ==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716) ==21586== by 0x50B07F4: WS2_sendto (socket.c:4545) ==21586== by 0x50B0611: WSASend (socket.c:4500) ==21586== by 0x4F6E338: test_send (sock.c:4194) ==21586== by 0x4F7FDB1: func_sock (sock.c:7742) ==21586== by 0x4F80BB1: run_test (test.h:584) ==21586== by 0x4F80FA0: main (test.h:654) ==21586== ==21586== 60 bytes in 1 blocks are possibly lost in loss record 351 of 701 ==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255) ==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716) ==21586== by 0x50B07F4: WS2_sendto (socket.c:4545) ==21586== by 0x50B0611: WSASend (socket.c:4500) ==21586== by 0x4F6E6AF: test_send (sock.c:4234) ==21586== by 0x4F7FDB1: func_sock (sock.c:7742) ==21586== by 0x4F80BB1: run_test (test.h:584) ==21586== by 0x4F80FA0: main (test.h:654) ==21586== ==21586== 60 bytes in 1 blocks are definitely lost in loss record 352 of 701 ==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255) ==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716) ==21586== by 0x50B638A: WS2_recv_base (socket.c:6554) ==21586== by 0x50B61D4: WSARecv (socket.c:6522) ==21586== by 0x4F7A61B: test_completion_port (sock.c:6862) ==21586== by 0x4F7FDAC: func_sock (sock.c:7739) ==21586== by 0x4F80BB1: run_test (test.h:584) ==21586== by 0x4F80FA0: main (test.h:654) ==21586== -- 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

[Bug 39655] New: Enemy Front crashes almost immediately after launch
by wine-bugs＠winehq.org 18 Feb '17

18 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=39655 Bug ID: 39655 Summary: Enemy Front crashes almost immediately after launch Product: Wine Version: 1.8-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- Created attachment 52859 --> https://bugs.winehq.org/attachment.cgi?id=52859 enemy_front-1.8-rc1-output.log Debian Jessie amd64 in a 32-bit wineprefix (clean install) under wine 1.8-rc1. The first intro movie to play crashes after about two seconds, when my monitor is set to the native resolution of 2560x1440. Console output attached. Interestingly, if I set the monitor to 1920x1080, the cut scenes don't crash at all and I can make it all the way to the main menu (which also doesn't work, but we can make that another bug). -- 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 13365] New: Mising Text in IFC Markets Terminal Graphics
by wine-bugs＠winehq.org 17 Feb '17

17 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=13365 Summary: Mising Text in IFC Markets Terminal Graphics Product: Wine Version: 1.0-rc1 Platform: PC URL: http://ifcmarkets.com/download/IFCMTerminalSetup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com When you're viewing the platform graphics, the text at the right that shows the current prices of the currencies are missing. You can see the problem in the screenshots. -- 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 18

[Bug 23108] New: Problems switching between instances of PowerPoint 2007 with KDE
by wine-bugs＠winehq.org 17 Feb '17

17 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=23108 Summary: Problems switching between instances of PowerPoint 2007 with KDE Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.duelli(a)web.de Created an attachment (id=28717) --> (http://bugs.winehq.org/attachment.cgi?id=28717) Superfluous third I am using KDE 4 and run PowerPoint 2007 via wine 1.2rc2 (however, the problem I will describe exists for me since the time I first started using wine more intensively) How to reproduce: 1. Use KDE 4 (a friend tested with another window manager and could not reproduce it) 2. Open a PowerPoint file. Everything is fine so far, works great. As usual, I can switch between different windows without any problems 3. Open another PowerPoint file. Now things get strange! Instead of two PowerPoint windows, I can see three windows: the two opened files and a third window without any content but the title. (see attached screenshot) In that state, I cannot simply change between the instances of PowerPoint but always have to maximize the window I would like to choose. When closing the second PowerPoint file, the superfluous small window stays. As far as I have tested, this behaviour does not occur with multiple instances of Word, for instance. -- 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 25

[Bug 36040] New: Environment variable to disable wineserver persistence
by wine-bugs＠winehq.org 15 Feb '17

15 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=36040 Bug ID: 36040 Summary: Environment variable to disable wineserver persistence Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: josh(a)joshtriplett.org Normally, when wine runs a Windows program, and the Windows program exits, wineserver persists for a couple of seconds to improve the performance of subsequent programs. When running a testsuite that waits for all child processes to exit, this delays each test completion for a couple of seconds. Thus, I'd like to have an environment variable that tells wineserver to exit the instant the Windows program does. -- 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 39002] New: ISAXXMLParser ignores charset property
by wine-bugs＠winehq.org 12 Feb '17

12 Feb '17

https://bugs.winehq.org/show_bug.cgi?id=39002 Bug ID: 39002 Summary: ISAXXMLParser ignores charset property Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: ott(a)mirix.org Distribution: --- ISAXXMLParser (or its implementation in Wine to be correct) tries to detect the encoding of documents with xmlDetectCharEncoding and some custom heuristics in internal_parseBuffer and uses xmlDetectCharEncoding without additional heuristics through xmlCreatePushParserCtxt in internal_parseStream which violates the specification: "This setting [charset property] takes priority over the default encoding, which is implicitly UTF-16, or over the encoding specified in the byte order mark (BOM) of the XML document header." (https://msdn.microsoft.com/en-us/library/ms757826%28v=vs.85%29.aspx) Moreover, ISAXXMLParser returns E_NOTIMPL when setting the charset property. It should at least accept ASCII, UTF-8 and UTF-16 as these encoding are detected by internal_parseBuffer and internal_parseStream anyways and are supported by libxml2. A better option would be to support all enconding supported by Wine and reencode them as UTF-8 (when possible) and supply the UTF-8 encoding data to libxml2 via custom IO callbacks. -- 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 15084] New: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead parameter incorrectly
by wine-bugs＠winehq.org 12 Feb '17

12 Feb '17

http://bugs.winehq.org/show_bug.cgi?id=15084 Summary: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead parameter incorrectly Product: Wine Version: 1.1.3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dg(a)cowlark.com On the Windows console, if I try to read input events with ReadConsoleInputW() and pass in NULL as the pointer to the lpNumberOfEventsRead field, wine completes successfully where Windows XP fails and returns an error code. -- 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

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 December 2016