wine-bugs August 2011

wine-bugs@winehq.org

1 participants
9467 discussions

[Bug 20700] New: ACDSee crashing when trying to edit file names in Listview
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=20700 Summary: ACDSee crashing when trying to edit file names in Listview Product: Wine Version: 1.1.33 Platform: PC URL: http://www.oldversion.com/download_ACDSee_3.10.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lahmbi5675(a)gmx.de Created an attachment (id=24732) --> (http://bugs.winehq.org/attachment.cgi?id=24732) Console output after ACDSee crashed I'm using quite old versions of ACDSee, 2.45 and 3.1, German version. Wine version is 1.1.33, mode is win98. Steps to reproduce: Start ACDSee, you will see a Treeview Control listing directories, a Listview Control listing the files in the current directory, and a preview window. Click on some file name. The file name will become selected. Click another time, the file name will become editable, with text cursor etc. Click with the mouse cursor on another file name, some dialog will pop up, telling you that a fatal error happend. Result: ACDSee crashes, console output tells you something about an unhandled exception. I tried to use winetricks comctl32, but that made my wine generally instable, even wincfg refused to start, I had to edit system.reg with vi to reset the dll overrides. Winetricks version was 20091022, from opensuse, maybe I should try a newer version. I'm seeing another minor bug in the Treeview Control, If I click on a directory, until it becomes editable, then click on another directory, the focus and text cursor will remain on the first clicked directory, which remains editable. The Treeview Control isn't properly updated anymore, preview window not working anymore, too, until I press Escape. This is not the windows behaviour, if you edit a treeview entry and click on another element, focus will be changed, editing of the first clicked entry will be stopped. -- 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 20742] New: Sorted list view control always inserts at the end
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=20742 Summary: Sorted list view control always inserts at the end Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nakamoto2(a)users.sourceforge.net In a sorted list view control, in report mode, InsertItemA always inserts at the end instead of the correctly sorted location. In my test case, the values being sorted always start with the same character, such as: 0010 0020 0030 0040 If 0025 is inserted, it will be inserted at the end. It doesn't matter if the list is sorted ascending or descending. I think it's because this line of code is comparing the internal wide-char string with the passed in single-width char string without converting it: on line 7221 of dlls\comctl32\listview.c cmpv = textcmpWT(item_s->hdr.pszText, lpLVItem->pszText, TRUE); shouldn't TRUE be changed to isW? cmpv = textcmpWT(item_s->hdr.pszText, lpLVItem->pszText, isW); It was working correctly in version 1.1.20 and 1.0.1. -- 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 21065] New: Up-Down Controls appearance is broken since 1.1.34
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=21065 Summary: Up-Down Controls appearance is broken since 1.1.34 Product: Wine Version: 1.1.34 Platform: x86 URL: http://miranda.googlecode.com/files/miranda-im-v0.8.11 -unicode.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=25263) --> (http://bugs.winehq.org/attachment.cgi?id=25263) Miranda 0.8.10 options in Wine 1.1.35 Wine 1.1.33 didn't have this problem, it was first introduced in wine 1.1.34 and still observable in wine 1.1.35. -- 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 14

[Bug 21141] New: Notepad++ crashes on startup
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=21141 Summary: Notepad++ crashes on startup Product: Wine Version: 1.1.35 Platform: x86-64 OS/Version: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com rebar.c:263: REBAR_GetBand: Assertion `i >= 0 && i < infoPtr->uNumBands' failed. This computer was down while I was moving, but it worked last week, so it's a fairly recent regression. I'll do the test this afternoon, if Nikolay needs 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 6

[Bug 21260] New: Memory leak in comctl32/listview
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=21260 Summary: Memory leak in comctl32/listview Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: source Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com CC: dank(a)kegel.com This is a memory leak from running the Chromium unit_test.exe. I still need to narrow down which test case causes this. 16 bytes in 2 blocks are definitely lost in loss record 672 of 5,709 at 0x47100EA: RtlAllocateHeap (heap.c:247) by 0x481A4BA: HeapAlloc (heap.c:276) by 0x481A8B7: GlobalAlloc (heap.c:369) by 0x481AA92: LocalAlloc (heap.c:969) by 0x4E305DC: Alloc (comctl32undoc.c:74) by 0x4E4A86E: ranges_add (listview.c:3116) by 0x4E53DCB: set_main_item (listview.c:1102) by 0x4E521B9: LISTVIEW_SetItemT (listview.c:4325) by 0x4E52696: LISTVIEW_SetItemState (listview.c:8591) by 0x4E606EB: LISTVIEW_WindowProc (listview.c:11176) by 0x4A24EB9: ??? (in /usr/local/wine-1.1.35/lib/wine/user32.dll.so) by 0x4A254B4: call_window_proc (winproc.c:242) by 0x4A26D2F: CallWindowProcW (winproc.c:980) by 0x95BDBDB: views::NativeControlWin::NativeControlWndProc (native_control_win.cc:202) by 0x4A24EB9: ??? (in /usr/local/wine-1.1.35/lib/wine/user32.dll.so) by 0x4A254B4: call_window_proc (winproc.c:242) by 0x4A26D2F: CallWindowProcW (winproc.c:980) by 0x95DB270: views::NativeTableWin::TableWndProc (native_table_win.cc:854) by 0x4A24EB9: ??? (in /usr/local/wine-1.1.35/lib/wine/user32.dll.so) by 0x4A254B4: call_window_proc (winproc.c:242) by 0x4A281E9: WINPROC_call_window (winproc.c:899) by 0x49EEB00: call_window_proc (message.c:1634) by 0x49F30A8: send_message (message.c:2481) by 0x49F35A5: SendMessageW (message.c:2604) by 0x95D8BFF: views::NativeTableWin::SetSelectedState (native_table_win.cc:158) (native_table_win.cc is part of Chromium, in src/views/controls/table/) -- 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 21379] New: File open dialog is extremely slow since wine 1.1.34
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=21379 Summary: File open dialog is extremely slow since wine 1.1.34 Product: Wine Version: 1.1.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: filejunkie(a)gmail.com File open dialog becomes extremely slow in wine 1.1.34 (clicking "Open file" or "Save file" in applications hangs them for a long period of time which depends on file count in current directory). 1.1.35 and 1.1.36 have this bug, 1.1.33 does not. -- 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 21592] New: ResTrax: Up-down common control doesn't process arrow keys the same as mouse clicks
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=21592 Summary: ResTrax: Up-down common control doesn't process arrow keys the same as mouse clicks Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.cockrumpublishing.com/rttrial OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rickcockrum(a)gmail.com Using stock Wine 1.1.37 on Ubuntu 9.10. I have several dialogs in my application which create an up-down control and set it's buddy to a static control. The up-down control has an acceleration of 25, with a time interval of 0. The up-down control also has the UDS_ARROWKEYS style set.Under Windows clicking the up-down control's arrows with the mouse, or pressing both change the position of the up-down control by 25. Under Wine, using the mouse changes the position by 25. If I use the arrow keys, the position only changes by 1. -- 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 21665] New: Heavy Metal Pro pagefaults when opening load screen
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=21665 Summary: Heavy Metal Pro pagefaults when opening load screen Product: Wine Version: 1.1.38 Platform: x86-64 URL: http://www.heavymetalpro.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Created an attachment (id=26164) --> (http://bugs.winehq.org/attachment.cgi?id=26164) output When trying to open the "load" screen in the program, it pagefaults. This pretty much makes the program worthless. -- 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 21898] New: uTorrent 2.0 redraws the listview torrent progress indicator incorrectly
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=21898 Summary: uTorrent 2.0 redraws the listview torrent progress indicator incorrectly Product: Wine Version: 1.1.39 Platform: x86 URL: http://www.utorrent.com/downloads OS/Version: Linux Status: NEW Keywords: download, regression Severity: trivial Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: bunglehead(a)gmail.com Created an attachment (id=26545) --> (http://bugs.winehq.org/attachment.cgi?id=26545) uTorrent 2.0 +listview trace In wine-1.1.39-163-g583f0f0, when moving the horizontal scrollbar of the torrent listview in uTorrent 2.0, the torrent progress indicator doesn't move correctly along with the other listview elements, but is instead redrawn in the same location over the other elements. Regression testing indicated: 3cd15e5db5b9b89abbc3d5a7a16b62ce28eed153 is first bad commit commit 3cd15e5db5b9b89abbc3d5a7a16b62ce28eed153 Author: Nikolay Sivov <bunglehead(a)gmail.com> Date: Fri May 29 01:35:36 2009 +0400 comctl32/listview: Don't offset subitem rectangles with item padding returned by LVM_GETSUBITEMRECT. :040000 040000 85aa1a9ccb92f30e8cc33386dfed7e48549f35ec bd2bace8bb5080b042ea33b0271bf1db4cedc36f M dlls A +listview trace when moving the horizontal scrollbar is attached. -- 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 22001] New: datetime.c test fails when LC_CTYPE="ru_RU.UTF-8"
by wine-bugs＠winehq.org 04 Dec '11

04 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=22001 Summary: datetime.c test fails when LC_CTYPE="ru_RU.UTF-8" Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Here's the output: comctl32_test.exe.so datetime.c && touch datetime.ok datetime.c:679: Test failed: Expected 3/10/2010, got 10.03.2010 make[1]: *** [datetime.ok] Error 1 If i set LC_CTYPE=en_US, the test passes. Here are my locale settings: $ locale LANG=en_US LC_CTYPE=ru_RU.UTF-8 LC_NUMERIC="en_US" LC_TIME="en_US" LC_COLLATE="en_US" LC_MONETARY="en_US" LC_MESSAGES="en_US" LC_PAPER="en_US" LC_NAME="en_US" LC_ADDRESS="en_US" LC_TELEPHONE="en_US" LC_MEASUREMENT="en_US" LC_IDENTIFICATION="en_US" LC_ALL= "3/10/2010" is en_US format, while "10.03.2010" is ru_RU, this means that it's the test bug since it expects a string in other format than LC_CTYPE specifies. -- 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 20

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 August 2011