October 2015 - Wine-Bugs - list.winehq.org

[Bug 36427] New: valgrind shows several leaks in dlls/taskschd/tests/scheduler.c
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=36427 Bug ID: 36427 Summary: valgrind shows several leaks in dlls/taskschd/tests/scheduler.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 Created attachment 48456 --> https://bugs.winehq.org/attachment.cgi?id=48456 valgrind log ==26838== 96 bytes in 1 blocks are definitely lost in loss record 458 of 701 ==26838== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==26838== by 0x4ECBA52: alloc_bstr (oleaut.c:162) ==26838== by 0x4ECC01D: SysAllocStringLen (oleaut.c:324) ==26838== by 0x4ECC128: SysAllocString (oleaut.c:232) ==26838== by 0x649A80E: regtask_get_Name (regtask.c:133) ==26838== by 0x4D69DF9: test_GetTask (taskschd.h:878) ==26838== by 0x4D6E424: func_scheduler (scheduler.c:1409) ==26838== by 0x4D6F224: run_test (test.h:584) ==26838== by 0x4D6F612: main (test.h:654) ==26838== ==26838== 76 bytes in 1 blocks are definitely lost in loss record 408 of 701 ==26838== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==26838== by 0x649D2B8: TaskDefinition_get_Settings (taskschd_private.h:44) ==26838== by 0x4D6A227: test_TaskDefinition (taskschd.h:2557) ==26838== by 0x4D6E429: func_scheduler (scheduler.c:1410) ==26838== by 0x4D6F224: run_test (test.h:584) ==26838== by 0x4D6F612: main (test.h:654) ==26838== ==26960== 72 bytes in 1 blocks are definitely lost in loss record 400 of 702 ==26960== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==26960== by 0x5DB8D1C: RPCRT4_AllocBinding (rpc_binding.c:114) ==26960== by 0x5DBBDCD: RpcBindingFromStringBindingW (rpc_binding.c:140) ==26960== by 0x649DB71: TaskService_Connect (task.c:2613) ==26960== by 0x4D6C4F3: test_FolderCollection (taskschd.h:503) ==26960== by 0x4D6E41F: func_scheduler (scheduler.c:1408) ==26960== by 0x4D6F224: run_test (test.h:584) ==26960== by 0x4D6F612: main (test.h:654) ==26960== ==27105== 48 bytes in 3 blocks are definitely lost in loss record 333 of 703 ==27105== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27105== by 0x649BBC8: RegisteredTask_create (taskschd_private.h:44) ==27105== by 0x64979C5: TaskFolder_RegisterTask (folder.c:334) ==27105== by 0x4D68043: test_GetTask (taskschd.h:2007) ==27105== by 0x4D6E424: func_scheduler (scheduler.c:1409) ==27105== by 0x4D6F224: run_test (test.h:584) ==27105== by 0x4D6F612: main (test.h:654) ==27105== etc. -- 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 38589] New: .
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=38589 Bug ID: 38589 Summary: . Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chiampan76(a)gmail.com Distribution: --- Created attachment 51487 --> https://bugs.winehq.org/attachment.cgi?id=51487 Sades 7.1 I'm trying to install driver headphones game sades 7.1 CH but return the following error (see attachment) -- 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 38450] New: valgrind shows a leak in shell32/tests/shlfolder.c
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=38450 Bug ID: 38450 Summary: valgrind shows a leak in shell32/tests/shlfolder.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==15811== 4 bytes in 1 blocks are definitely lost in loss record 24 of 688 ==15811== at 0x7BC49E0E: notify_alloc (heap.c:254) ==15811== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==15811== by 0x49460C1: SHCreateShellItemArrayFromIDLists (shellitem.c:1289) ==15811== by 0x48BD29F: test_SHCreateShellItemArray (shlfolder.c:3633) ==15811== by 0x48C612E: func_shlfolder (shlfolder.c:5246) ==15811== by 0x48CBA4B: run_test (test.h:584) ==15811== by 0x48CBE85: main (test.h:666) ==15811== -- 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 37729] New: Picasa 3.9 crashes in setupapi.SetupFindFirstLineW
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=37729 Bug ID: 37729 Summary: Picasa 3.9 crashes in setupapi.SetupFindFirstLineW Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 50230 --> https://bugs.winehq.org/attachment.cgi?id=50230 backtrace austin(a)debian-home:~$ sha1sum picasa39-setup.exe 39b2df46dbc423e250371e826026a2827f55b956 picasa39-setup.exe austin(a)debian-home:~$ du -h picasa39-setup.exe 17M picasa39-setup.exe austin(a)debian-home:~$ wine --version wine-1.7.32 the crash is in a child process and doesn't print to the console (with the crash dialog disabled). -- 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 36450] New: EnumFontFamilies should report unsubstituted font names
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=36450 Bug ID: 36450 Summary: EnumFontFamilies should report unsubstituted font names Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com I'm stuck and I think someone else should work on this. My last attempt is here: http://source.winehq.org/patches/data/104492 It was rejected because although the new GDI tests worked, it broke the GDI+ tests: http://www.winehq.org/pipermail/wine-devel/2014-May/104234.html -- 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 38677] New: valgrind shows invalid memory use in dlls/kernel32/tests/path.c:test_PathNameA()
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=38677 Bug ID: 38677 Summary: valgrind shows invalid memory use in dlls/kernel32/tests/path.c:test_PathNameA() Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ==15348== Invalid write of size 2 ==15348== at 0x7B858CAD: lstrcpynW (winbase.h:2573) ==15348== by 0x7B859ED7: GetShortPathNameW (path.c:512) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4922 is 0 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid write of size 2 ==15348== at 0x7B858CCA: lstrcpynW (winbase.h:2575) ==15348== by 0x7B859ED7: GetShortPathNameW (path.c:512) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4924 is 2 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid read of size 2 ==15348== at 0x7BC61692: RtlIsDosDeviceName_U (path.c:300) ==15348== by 0x7BC628A3: RtlGetFullPathName_U (path.c:791) ==15348== by 0x7BC61A16: RtlDosPathNameToNtPathName_U (path.c:379) ==15348== by 0x7B83F154: FindFirstFileExW (file.c:1889) ==15348== by 0x7B840183: FindFirstFileW (file.c:2263) ==15348== by 0x7B859F34: GetShortPathNameW (path.c:525) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4922 is 0 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid read of size 2 ==15348== at 0x7BC60B83: strlenW (unicode.h:200) ==15348== by 0x7BC6271E: get_full_path_helper (path.c:744) ==15348== by 0x7BC6293E: RtlGetFullPathName_U (path.c:805) ==15348== by 0x7BC61A16: RtlDosPathNameToNtPathName_U (path.c:379) ==15348== by 0x7B83F154: FindFirstFileExW (file.c:1889) ==15348== by 0x7B840183: FindFirstFileW (file.c:2263) ==15348== by 0x7B859F34: GetShortPathNameW (path.c:525) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4922 is 0 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== ==15348== Invalid read of size 2 ==15348== at 0x400AC2C: __GI_memmove (vg_replace_strmem.c:1143) ==15348== by 0x7BC62772: get_full_path_helper (path.c:752) ==15348== by 0x7BC6293E: RtlGetFullPathName_U (path.c:805) ==15348== by 0x7BC61A16: RtlDosPathNameToNtPathName_U (path.c:379) ==15348== by 0x7B83F154: FindFirstFileExW (file.c:1889) ==15348== by 0x7B840183: FindFirstFileW (file.c:2263) ==15348== by 0x7B859F34: GetShortPathNameW (path.c:525) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== Address 0x46c4924 is 2 bytes after a recently re-allocated block of size 34 alloc'd ==15348== at 0x7BC4A9F1: notify_alloc (heap.c:254) ==15348== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715) ==15348== by 0x7B84351C: HeapAlloc (heap.c:271) ==15348== by 0x7B859C9E: GetShortPathNameW (path.c:466) ==15348== by 0x7B85A25C: GetShortPathNameA (path.c:582) ==15348== by 0x48365BA: test_PathNameA (path.c:884) ==15348== by 0x483D211: func_path (path.c:2225) ==15348== by 0x4893BD4: run_test (test.h:584) ==15348== by 0x489401C: main (test.h:666) ==15348== etc. -- 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 38477] New: [regression] Elevated: Invisible textures since wine-1.7.34-58-gc6232e1
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=38477 Bug ID: 38477 Summary: [regression] Elevated: Invisible textures since wine-1.7.34-58-gc6232e1 Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debuser1(a)mt2014.com Distribution: --- Created attachment 51318 --> https://bugs.winehq.org/attachment.cgi?id=51318 Actual buggy look in first seconds Steps to reproduce: 1. Install `winetricks winxp vd=1024x768 d3dx9` in empty wineprefix (d3dx9_33 is enough, but winetricks doesn't have a term for it) 2. Run elevated_1024x768.exe ( http://www.pouet.net/prod.php?which=52938 ) 3. See empty screen in first seconds instead of a seashore (see attached screenshot) Expected look: https://bugs.winehq.org/attachment.cgi?id=50227 Regression since wine-1.7.34-58-gc6232e1: commit c6232e1d111ae8929c53c02211cde4a9777311fd wined3d: Create GL sampler objects for wined3d sampler objects. Notes: Patch attached to bug 37728 may be also required to make Elevated look correct -- 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 27061] New: iNode Client could not start
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=27061 Summary: iNode Client could not start Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. download http://helpdesk.sysu.edu.cn/images/stories/uploads/iNodeSetup3.60-6208.exe 2. register a native netcfgx.dll, workaround for Bug 27060 3. winetricks -q vcrun2005, workaround for Bug 23094 4. install iNodeSetup3.60-6208.exe with wine. 5. try to run iNode Client.exe : However, iNode Client just display a icon in the system tray bar for a while an then quit automatically . Is there any workaround? $ wine iNode\ Client.exe fixme:msvcrt:_setmbcp trail bytes data not available for DBCS codepage 0 - assuming all bytes fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\H3C\\iNode Client\\iNode Client.exe" failed with error 0 err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\H3C\\iNode Client\\iNode Client.tlb" failed with error 2 fixme:win:RegisterDeviceNotificationA (hwnd=0x1006c, filter=0x32da38,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterDeviceNotificationA (hwnd=0x1006c, filter=0x32da38,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterDeviceNotificationA (hwnd=0x1006c, filter=0x32da38,flags=0x00000000) returns a fake device notification handle! -- 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 21

[Bug 38255] New: Sid Meier's Ace Patrol needs msvcp110.dll._Thrd_current
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=38255 Bug ID: 38255 Summary: Sid Meier's Ace Patrol needs msvcp110.dll._Thrd_current Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- With built-in msvcp110.dll the game crashes on start. > wine: Call from 0x7b8394e4 to unimplemented function msvcp110.dll._Thrd_current, aborting Mscodescan output: ./AcePatrol.exe imports following stub symbols: msvcp110:??0_Pad(a)std@@QAE(a)XZ msvcp110:??1_Pad(a)std@@QAE(a)XZ msvcp110:?_Future_error_map(a)std@@YAPBDH(a)Z msvcp110:?_Launch(a)_Pad@std@@QAEXPAU_Thrd_imp_t@@@Z msvcp110:?_Release(a)_Pad@std@@QAEXXZ msvcp110:?_Syserror_map(a)std@@YAPBDH(a)Z msvcp110:?_Throw_C_error(a)std@@YAXH(a)Z msvcp110:?_Throw_Cpp_error(a)std@@YAXH(a)Z msvcp110:?_Winerror_map(a)std@@YAPBDH(a)Z msvcp110:?_Xbad_function_call(a)std@@YAXXZ msvcp110:_Thrd_current msvcp110:_Thrd_equal msvcp110:_Thrd_join msvcp110:_Thrd_sleep msvcp110:_Xtime_diff_to_millis2 msvcp110:xtime_get ./AcePatrol.exe imports following stub symbols: msvcr110:?_Id(a)_CurrentScheduler@details(a)Concurrency@@SAIXZ msvcr110:?wait(a)Concurrency@@YAXI(a)Z msvcr110:__crtUnhandledException -- 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 36607] New: valgrind shows two definite leaks in xmllite/tests/reader.c
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=36607 Bug ID: 36607 Summary: valgrind shows two definite leaks in xmllite/tests/reader.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: xmllite Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==22128== 26 bytes in 1 blocks are definitely lost in loss record 60 of 242 ==22128== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==22128== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==22128== by 0x7B8457FF: HeapAlloc (heap.c:271) ==22128== by 0x7B845B34: GlobalAlloc (heap.c:388) ==22128== by 0x4CA241F: create_stream_on_data (reader.c:67) ==22128== by 0x4CA902F: test_readvaluechunk (reader.c:1400) ==22128== by 0x4CAAE32: func_reader (reader.c:1799) ==22128== by 0x4CAF3A1: run_test (test.h:584) ==22128== by 0x4CAF790: main (test.h:654) ==22128== ==22128== 32 bytes in 1 blocks are definitely lost in loss record 72 of 242 ==22128== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==22128== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==22128== by 0x4E3D16C: CreateStreamOnHGlobal (hglobalstream.c:591) ==22128== by 0x4CA2469: create_stream_on_data (reader.c:72) ==22128== by 0x4CA902F: test_readvaluechunk (reader.c:1400) ==22128== by 0x4CAAE32: func_reader (reader.c:1799) ==22128== by 0x4CAF3A1: run_test (test.h:584) ==22128== by 0x4CAF790: main (test.h:654) ==22128== and a possible leak: ==22128== 8 bytes in 1 blocks are possibly lost in loss record 12 of 242 ==22128== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==22128== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==22128== by 0x7B8457FF: HeapAlloc (heap.c:271) ==22128== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==22128== by 0x4CA241F: create_stream_on_data (reader.c:67) ==22128== by 0x4CA902F: test_readvaluechunk (reader.c:1400) ==22128== by 0x4CAAE32: func_reader (reader.c:1799) ==22128== by 0x4CAF3A1: run_test (test.h:584) ==22128== by 0x4CAF790: main (test.h:654) ==22128== -- 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