http://bugs.winehq.org/show_bug.cgi?id=32463
Bug #: 32463
Summary: Font artefacts in Path of Exile
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: julusp(a)gmail.com
Classification: Unclassified
Created attachment 42822
--> http://bugs.winehq.org/attachment.cgi?id=42822
Font distortion
The font in the path of exile produces artefacts/distortion as in the
screenshot. (The font on screenshot is substituted to arial). In the original
font (fontin) some of the italic words are almost impossible to read because of
the distortion.
--
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=43756
Bug ID: 43756
Summary: Copy pasting images from clipboard - Transparency info
missing (Adobe Photoshop)
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fincer89(a)hotmail.com
Distribution: ---
Created attachment 59251
--> https://bugs.winehq.org/attachment.cgi?id=59251
Photoshop - transparency info missing (screenshot)
When copying images from X11/Linux clipboard to Photoshop workspace, Photoshop
doesn't correctly handle transparency information included, for example, in PNG
images.
Please see my screenshot attachment for (demonstration) details. On the
screenshot, a transparent image is copied but transparency has been handled as
a black color and gradient transparency does not work at all.
Original clipboard PNG here: https://i.imgur.com/hH52SuU.png (This sample PNG
image has gradient transparency)
Transparency issue is not a case, for example, in Microsoft Office products
(2010) or in GIMP (64-bit / 32-bit).
---------------------------
The bug affects both 32-bit and 64-bit Photoshop versions. Tested with the
following configurations:
- Wine 2.17 Staging. Clean 64-bit prefix. Win7 mode. Adobe Photoshop CC 2015
64-bit
- Wine 2.17 Staging. Clean 32-bit prefix. Win7 mode. Adobe Photoshop CC 2015
32-bit
--
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=20632
Summary: Windows Picasa cannot order photos
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jake.msstate(a)gmail.com
When trying to order pictures (Shop) through the Windows version of Picasa
(specifically 3.1.0 Build 71.4300,0), the application brings up an empty list
of providers.
The URL that it is trying to bring up is
https://client4.google.com/providers/printers.html
--
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=23318
Summary: Bus Simulator 2008 (demo) complains about insufficient
memory on startup
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://www.gamershell.com/download_25660.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Created an attachment (id=29068)
--> (http://bugs.winehq.org/attachment.cgi?id=29068)
console log when the demo crashes
Wine pops up an error dialogue when starting Bus Simulator 2008 (at least the
demo I can test):
'Error E1004: Not enough memory (50 MB required)!' Afterwards Wine crashes.
The game was rated to Gold in AppDB by the submitter, using 1.1.4. After trying
out several Wine versions it turned out the game doesn't crash when using
Wine-1.1.24 or any earlier versions.
Result of regression testing:
09712593c8496be5e952b7316099f9eed5043203 is the first bad commit
commit 09712593c8496be5e952b7316099f9eed5043203
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jun 25 14:18:53 2009 +0200
ntdll: Release some address space after the process initialization is done.
:040000 040000 25715d0c052bc6bbc0262c742ad285d17a78f236
aa973aa3e5286174dcbffd782691d09bd9109e5d M dlls
The commit cannot be reverted even on the top of the nearest 1.1.25 version,
but after
git checkout 09712593c8496be5e952b7316099f9eed5043203 >> the game crashes
git revert 09712593c8496be5e952b7316099f9eed5043203 >> the game starts up
correctly.
There are other bugreports mentioning the same commit: bug #21198, bug #20986,
bug #21630 and bug #22187.
Author of the patch added to CC.
Link to the demo added to url.
--
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=36283
Bug ID: 36283
Summary: valgrind shows an invalid read in imm32/tests/imm32.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==28442== Invalid read of size 4
==28442== at 0x400AD40: memcpy (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==28442== by 0x4ED078F6: FT_Stream_ReadAt (in
/usr/lib/libfreetype.so.6.10.2)
==28442== by 0x4ED45CA7: ??? (in /usr/lib/libfreetype.so.6.10.2)
==28442== by 0x4ED06223: FT_Load_Sfnt_Table (in
/usr/lib/libfreetype.so.6.10.2)
==28442== by 0x50B72E9: get_font_data (freetype.c:4422)
==28442== by 0x50B89E7: get_gasp_flags (freetype.c:4873)
==28442== by 0x50BAF28: freetype_SelectFont (freetype.c:5489)
==28442== by 0x54C7F20: X11DRV_SelectFont (init.c:319)
==28442== by 0x54FE488: xrenderdrv_SelectFont (xrender.c:858)
==28442== by 0x50A1F7F: FONT_SelectObject (font.c:723)
==28442== by 0x50C5C37: SelectObject (gdiobj.c:1174)
==28442== by 0x4B70F46: get_text_metr_size (sysparams.c:472)
==28442== by 0x4B717AC: normalize_nonclientmetrics (sysparams.c:634)
==28442== by 0x4B73F45: SystemParametersInfoW (sysparams.c:1583)
==28442== by 0x4B77496: GetSystemMetrics (sysparams.c:2414)
==28442== by 0x4B77647: GetSystemMetrics (sysparams.c:2433)
==28442== by 0x4B8D9D7: WINPOS_GetMinMaxInfo (winpos.c:774)
==28442== by 0x4B859BB: WIN_CreateWindowEx (win.c:1568)
==28442== by 0x4B862E0: CreateWindowExA (win.c:1719)
==28442== by 0x4967EC9: test_ImmDefaultHwnd (imm32.c:708)
==28442== Address 0x582d5fc is on thread 1's stack
==28442==
--
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=42546
Bug ID: 42546
Summary: DSOUND_PrimaryOpen() incorrect set buf size
Product: Wine
Version: 2.2
Hardware: x86
OS: FreeBSD
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: rozhuk.im(a)gmail.com
Wine (1.x, 2.x) crashes on FreeBSD 11 release with wineoss.drv
With winealsa.drv on FreeBSD 11 - OK.
With winoss.drv on FreeBSD 10 - OK.
I made some investigation and make patch to fix problem.
I test it and it work. But looks like dsound needs review.
DSOUND_ReopenDevice() call DSOUND_PrimaryOpen() with forcewave = FALSE
DSOUND_PrimaryOpen()
calculate:
new_buflen = device->buflen;
new_buflen -= new_buflen % wfx->nBlockAlign;
(wrong alig code, but newer mind)
Then calculated
DWORD alloc_len = frames * sizeof(float);
and allocated buffer
if (device->buffer)
newbuf = HeapReAlloc(GetProcessHeap(), 0, device->buffer,
alloc_len);
else
newbuf = HeapAlloc(GetProcessHeap(), 0, alloc_len);
final: save new buffer pointer and size:
device->buffer = newbuf;
device->buflen = new_buflen;
!!!
We allocate 6144 (0x00001800) bytes but set buf size to 65536.
DSOUND_MixToPrimary() and norm16() in DSOUND_mixthread use device->buflen and
corrupt heap after first call.
First I make more proper alignment:
new_buflen = (device->buflen + wfx->nBlockAlign);
new_buflen -= (new_buflen % wfx->nBlockAlign);
and change calculation to:
DWORD alloc_len = ((new_buflen / wfx->nBlockAlign) * sizeof(float));
It works.
Next I replace alloc_len->new_buflen and return original calc code:
new_buflen = (frames * sizeof(float));
This work but sound with a bit noise and game crash after some time.
Finnaly:
new_buflen = ((frames + 1) * wfx->nBlockAlign * sizeof(float));
This work OK.
This not looks like proper buf size.
Also in DSOUND_ReopenDevice() after DSOUND_PrimaryOpen():
device->fraglen = frag_frames * wfx->nBlockAlign;
device->aclen = aclen_frames * wfx->nBlockAlign;
device->buflen should somehow be synced with this.
606723.622:0034:0035:trace:heap:RtlAllocateHeap (0x110000,70000062,00000030):
returning 0x11d438
606723.622:0034:0035:trace:oss:AudioClient_Start (0x1ecb38) now playing...
606723.622:0034:0035:trace:oss:AudioClient_GetStreamLatency
(0x1ecb38)->(0x335f590)
606723.622:0034:0035:trace:oss:AudioClient_GetBufferSize
(0x1ecb38)->(0x335f58c)
606723.622:0034:0035:trace:oss:AudioClient_GetBufferSize buffer size: 3840
606723.622:0034:0035:trace:dsound:DSOUND_ReopenDevice period 11 ms fraglen 2048
buflen 6144
606723.622:0034:0035:trace:dsound:DSOUND_PrimaryOpen (0x11e4d8)
606723.622:0034:0035:trace:heap:RtlAllocateHeap (0x110000,70000062,00001800):
returning 0x1fc1e8
606723.622:0034:0035:trace:dsound:DSOUND_PrimaryOpen buflen: 65536, fraglen: 0
606723.622:0034:0035:trace:oss:AudioClient_IsFormatSupported (0x1ecb38)->(0,
0x335f650, 0x335f64c)
...
606723.688:0034:003e:trace:dsound:DSOUND_mixthread (0x11e4d8)
606723.688:0034:003e:trace:dsound:DSOUND_PerformMix (0x11e4d8)
606723.688:0034:003e:trace:oss:AudioClient_GetCurrentPadding
(0x1ecb38)->(0x1448f6b8)
606723.688:0034:003e:trace:oss:AudioClient_GetCurrentPadding pad: 0
606723.688:0034:003e:warn:dsound:DSOUND_PerformMix Probable buffer underrun
606723.688:0034:003e:trace:oss:AudioRenderClient_GetBuffer (0x1ecb38)->(1536,
0x1448f6b0)
606723.690:0034:003e:trace:heap:RtlAllocateHeap (0x110000,70000062,00001810):
returning 0x141908b0
606723.690:0034:003e:trace:dsound:DSOUND_MixToPrimary (0,6144)
606723.690:0034:003e:trace:dsound:norm16 0x1fc1e8 - 0x141908b0 6144
606723.690:0034:003e:trace:oss:AudioRenderClient_ReleaseBuffer
(0x1ecb38)->(1536, 0)
606723.690:0034:003e:trace:oss:AudioRenderClient_ReleaseBuffer writen: 6144
606723.690:0034:003d:err:heap:HEAP_ValidateInUseArena Heap 0x110000: block
0x1fc1e8 tail overwritten at 0x1fd9e8 (byte 0/8 == 0x00)
Heap: 0x110000
...
Sub-heap 0x110014: base=0x110000 size=00110000 committed=00110000
Block Arena Stat Size Id
...
0x1f0118 00bedead pend 00000430
0x1f0550 00bedead pend 00002c18
0x1f3170 00bedead pend 00000430
0x1f35a8 00bedead pend 00008c30
0x1fc1e0 00455355 used 00001808
0x1fd9f0 00000000 pend 00000000
0x1fd9f8 00000000 pend 00000000
0x1fda00 00000000 pend 00000000
0x1fda08 00000000 pend 00000000
--
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=36354
Bug ID: 36354
Summary: valgrind shows a leak in ddraw/tests/dsurface.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==8690== 24 bytes in 1 blocks are definitely lost in loss record 250 of 943
==8690== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==8690== by 0x4A868D9: ddraw7_CreatePalette (ddraw.c:3385)
==8690== by 0x4A86D09: ddraw1_CreatePalette (ddraw.c:3458)
==8690== by 0x4DB8A62: PaletteTest (dsurface.c:2247)
==8690== by 0x4DC8FA4: func_dsurface (dsurface.c:3962)
==8690== by 0x4DDD6DC: run_test (test.h:584)
==8690== by 0x4DDDACB: main (test.h:654)
==8690==
--
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=28766
Bug #: 28766
Summary: DIB engine multiple invalid memory accesses
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
In gdi32/tests, running "make bitmap.ok dib.ok font.ok pen.ok"
makes Valgrind go bonkers. Huw asked for a bug to track these,
and said one big bug would suffice.
I'll attach the initial log, and will do more valgrind runs on request.
--
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=26042
Summary: advapi32/crypt tests show two leaks under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
12 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by HeapAlloc (heap.c:267)
by GlobalAlloc (heap.c:360)
by LocalAlloc (heap.c:960)
by CryptGenKey (crypt.c:1433)
by test_incorrect_api_usage (crypt.c:241)
by func_crypt (crypt.c:1130)
by run_test (test.h:556)
by main (test.h:624)
...
996 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ???
by ???
by ???
by CryptGenKey (crypt.c:1441)
by test_incorrect_api_usage (crypt.c:241)
by func_crypt (crypt.c:1130)
by run_test (test.h:556)
by main (test.h:624)
--
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.