https://bugs.winehq.org/show_bug.cgi?id=50418
Bug ID: 50418
Summary: ArcGIS Pro fails to launch with wine-mono
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
URL: http://data.wvgis.wvu.edu/SecureFTP/securedownload/arc
/ArcGIS%20Pro/ArcGISPro_22_163783.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Unhandled Exception:
System.InvalidProgramException: Invalid IL code in
ActiproSoftware.Windows.Controls.Ribbon.UI.RibbonMeasurements:set_BackstageTabWidth
(double): IL_0002: stsfld 0x04000137
at ArcGIS.Desktop.Framework.FrameworkApplication..ctor () [0x00169] in
<a27482abd44f4054a15c91c81cd4a531>:0
at ArcGIS.Desktop.Core.ProApp..ctor () [0x00012] in
<5f84b0450bdb4a808e04ab6ef46dd283>:0
at <Module>.main (System.String[] args) [0x00000] in
<bb19de946d75458385874ec2b780dbb5>:0
I haven't tried debugging yet.
--
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=16882
Summary: WMI core 1.5 installation hangs (needed for .NET 3.0
installer, WCF part), SECURITY_SERVICE_RID missing from
service token group
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=AFE41F46-E213-4CBF-9C5B-FBF236E0E875
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past bug 16879 one encounters this one.
----
Prerequisite:
1. clean WINEPREFIX
2. sh winetricks -q dotnet20
3. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
5. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
----
"c:\\windows\\temp\\dd_dotnetfx3error.txt":
--- snip ---
[01/11/09,12:50:20] Windows Communication Foundation: [2] Error: Installation
failed for component Windows Communication Foundation. MSI returned error code
1603
[01/11/09,12:50:31] WapUI: [2] DepCheck indicates Windows Communication
Foundation is not installed.
[01/11/09,12:50:31] WapUI: [2] DepCheck indicates Microsoft .NET Framework 3.0
was not attempted to be installed.
--- snip ---
"c:\\windows\\temp\\dd_wcf_retMSI597F.txt":
--- snip ---
1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe /r /x /y /v 2:
1: ERROR: Process returned non-0 value! CMDLINE:
C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe /r /x /y /v 2:
1: Failed 2:
--- snip ---
and "c:\\windows\\temp\\dd_wcf_retCA69A1.txt":
--- snip ---
=== Verbose logging started: 1/11/2009 12:50:17 Calling process:
C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModelReg.exe ===
ServiceModelReg [12:50:18:302]: Warning: Could not detect IIS installation or
IIS is disabled, skipping the Web Host Script Mappings component since it
depends upon IIS to function properly.
If you believe this message is an error, check your IIS installation to make
sure it is installed properly.
ServiceModelReg [12:50:18:329]: Information: The ServiceModelReg tool will take
the following actions:
Reinstalling configuration section system.serviceModel to
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
Reinstalling configuration section system.runtime.serialization to
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
Reinstalling configuration section system.serviceModel.activation to
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
Adding configuration entry for BuildProvider:
System.ServiceModel.Activation.ServiceBuildProvider,
System.ServiceModel, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089
Reinstalling compilation assembly node to System.Web section group:
System.Runtime.Serialization, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL
Reinstalling compilation assembly node to System.Web section group:
System.IdentityModel, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089, processorArchitectur...
ServiceModelReg [12:50:18:358]: Uninstalling: Machine.config Section Groups and
Handlers
ServiceModelReg [12:50:18:366]: Warning: Configuration section
system.serviceModel does not exist in
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
ServiceModelReg [12:50:18:369]: Warning: Configuration section
system.runtime.serialization does not exist in
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
ServiceModelReg [12:50:18:373]: Warning: Configuration section
system.serviceModel.activation does not exist in
C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config.
ServiceModelReg [12:50:18:374]: Installing: Machine.config Section Groups and
Handlers
ServiceModelReg [12:50:18:893]: Uninstalling: System.Web Build Provider
ServiceModelReg [12:50:19:095]: Warning: A configuration entry for
BuildProvider System.ServiceModel.Activation.ServiceBuildProvider,
System.ServiceModel, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089 does not exist.
ServiceModelReg [12:50:19:096]: Installing: System.Web Build Provider
ServiceModelReg [12:50:19:138]: Uninstalling: System.Web Compilation Assemblies
ServiceModelReg [12:50:19:153]: Warning: All compilation assembly nodes do not
exist in System.Web section group.
ServiceModelReg [12:50:19:154]: Installing: System.Web Compilation Assemblies
ServiceModelReg [12:50:19:246]: Uninstalling: HTTP Handlers
ServiceModelReg [12:50:19:260]: Warning: HttpHandlers node *.svc does not exist
in System.Web section group.
ServiceModelReg [12:50:19:261]: Installing: HTTP Handlers
ServiceModelReg [12:50:19:322]: Uninstalling: HTTP Modules
ServiceModelReg [12:50:19:333]: Warning: HttpModules node ServiceModel does not
exist in System.Web section group.
ServiceModelReg [12:50:19:334]: Installing: HTTP Modules
ServiceModelReg [12:50:19:365]: Repairing: WMI Classes
ServiceModelReg [12:50:19:396]: Warning: Failure executing
"C:\windows\system32\wbem\mofcomp.exe" with parameters
""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"": System.IO.FileNotFoundException: Could not load
file or assembly 'C:\windows\system32\wbem\mofcomp.exe' or one of its
dependencies. Exception from HRESULT: 0x80070002
File name: 'C:\windows\system32\wbem\mofcomp.exe'
at System.ServiceModel.Install.InstallHelper.ExecuteWaitHelper(String
program, String parameters)
at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program,
String parameters, Int32[] allowedExitCodes)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
ServiceModelReg [12:50:19:516]: System.InvalidCastException: Retrieving the COM
class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24}
failed due to the following error: 80004002.
at System.Management.ManagementScope.InitializeGuts(Object o)
at System.Management.ManagementScope.Initialize()
at System.Management.ManagementScope.Connect()
at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled()
at
System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/11/2009 12:50:19 ===
--- snip ---
Oh joy ... WMI.
Providing fake mofcomp.exe (returning success) is not enough, WCF installer
will try *use* WMI hence there needs to be some working infrastructure:
--- snip ---
ServiceModelReg [19:37:29:832]: Starting tool
'C:\windows\system32\wbem\mofcomp.exe' with parameters
'"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"'.
ServiceModelReg [19:37:29:895]:
ServiceModelReg [19:37:29:896]:
ServiceModelReg [19:37:29:897]: Tool 'C:\windows\system32\wbem\mofcomp.exe'
with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication
Foundation\ServiceModel.mof"' exited with code '0'.
ServiceModelReg [19:37:29:955]: System.InvalidCastException: Retrieving the COM
class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24}
failed due to the following error: 80004002.
at System.Management.ManagementScope.InitializeGuts(Object o)
at System.Management.ManagementScope.Initialize()
at System.Management.ManagementScope.Connect()
at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled()
at
System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel
outputLevel)
at System.ServiceModel.Install.WmiInstallComponent.Reinstall(OutputLevel
outputLevel)
at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem
actionItem, Nullable`1 confirmUninstall)
at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args)
at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args)
=== Verbose logging stopped: 1/8/2009 19:37:29 ===
--- snip ---
This is a big blocker and getting WMI to work with Wine is imperative for .NET
3.0 and higher.
Of course this also useful for older .NET Frameworks
Roll-back, prepare clean WINEPREFIX again;-)
We need to install native WMI core 1.5 from:
http://www.microsoft.com/downloads/details.aspx?familyid=AFE41F46-E213-4CBF…
Download wmicore
http://download.microsoft.com/download/platformsdk/wmicore/1.5/W9XNT4/EN-US…
(sha1sum: f7a36668eb6c82a28393637ffdf0ec6e8adfa6a1)
Make sure you set winver to NT 4.0 (don't forget to reset to default) and
execute the installer (I already have my own winetricks step for this):
--- snip ---
wine wmicore.exe
--- snip ---
The installer will then hang at some point "Configuring repository".
With winedbg one can see following processes:
--- snip ---
Wine-dbg>info process
pid threads parent executable (all id:s are in hex)
0000000c 5 0000000a 'services.exe'
0000000f 1 0000000a 'explorer.exe'
0000001b 4 0000000c 'winedevice.exe'
00000025 1 00000000 'wmicore.exe'
00000027 2 00000025 'GLBbab.tmp'
00000022 4 0000000c 'WinMgmt.exe'
--- snip ---
The problem is "WinMgmt.exe" which ought to be a service but due to Wine
insufficiency the service thinks it's a normal process not showing usual
service process behaviour as registering control handler and the like.
If you do 'wineserver -k' and try to start anything with Wine nothing will
happen until wineboot times out...
As quickfix, start regedit (wait until wineboot timeout) and set service start
type key for "WinMgmt" to manual start, e.g. "2" -> "3".
Also a kernel driver (service) that is installed with WMI "smbios" fails to
load but this currently harmless.
If we look now in "c:\\windows\\system32\\WBEM" we see the whole stuff
installed.
The logs in "logs" subdirs are not revealing much so we have to increase the
log level:
--- snip ---
[HKEY_LOCAL_MACHINE\Software\Microsoft\WBEM\CIMOM]
"Logging"="1"
"Logging Directory"="C:\\windows\\system32\\WBEM\\Logs"
--- snip ---
LogLevel is 0 to turn off logging, a 1 to turn on logging, and a 2 for verbose
logging.
After that, we manually try to start the service:
--- snip ---
$ wine net start winmgmt
err:winedevice:ServiceMain driver L"smbios" failed to load
The Windows Management Instrumentation service is starting.
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),2,2,(nil),32,(nil)) -
stub!
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub!
fixme:advapi:RegisterEventSourceW (L"",L"WinMgmt"): stub
wine: Call from 0x7b844f54 to unimplemented function
ole32.dll.CoSwitchCallContext, aborting
err:rpc:I_RpcReceive we got fault packet with status 0x80000100
fixme:ole:CoCreateInstance no instance created for interface
{00000000-0000-0000-c000-000000000046} of class
{8bc3f05e-d86b-11d0-a075-00c04fb68820}, hres is 0xc0000005
--- snip ---
This is bug 7187
After fixing this problem, we repeat the whole stuff again to get this in logs:
--- snip ---
(Sun Jan 11 13:41:41 2009) :
Starting WinMgmt, ProcID = 26, CmdLine = , User = focht(Sun Jan 11 13:41:41
2009) :
WinMgmt bIsService = 0, return code from function determining if service =
0(Sun Jan 11 13:41:41 2009) :
WinMgmt gbRunAsApp = 1(Sun Jan 11 13:41:41 2009) :
Starting Initialize, ID = 26(Sun Jan 11 13:41:41 2009) :
Registered class factory with flags: 0x15
(Sun Jan 11 13:41:41 2009) :
RegOpenKey returned 0x2 while trying to open the transports node. Using
default transports!(Sun Jan 11 13:41:41 2009) :
Initialize complete(Sun Jan 11 13:41:41 2009) :
WindowProc got hWnd=20026, message=24, wParam=0, lParam=33f814(Sun Jan 11
13:41:41 2009) :
WindowProc got hWnd=20026, message=81, wParam=0, lParam=33fce8(Sun Jan 11
13:41:41 2009) :
WindowProc got hWnd=20026, message=83, wParam=0, lParam=33f974(Sun Jan 11
13:41:41 2009) :
WindowProc got hWnd=20026, message=1, wParam=0, lParam=33fce8(Sun Jan 11
13:41:41 2009) :
Inside the waiting function
--- snip ---
"WinMgmt bIsService = 0" is the culprit.
The process retrieves token information and checks if process token groups
contain "SECURITY_INTERACTIVE_RID" (-> normal process) or
"SECURITY_SERVICE_RID" (service process).
I think it's actually services.exe that adds the SECURITY_SERVICE_RID sid to
the newly created service process (token groups).
This requires some infrastructure, including wineserver.
I already quick-hacked a path to verify this and it works as expected, letting
the service successfully start ;-)
Regards
--
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=59049
Bug ID: 59049
Summary: When navigating through the wine file explorer via
Clip Studio Paint Pro 4.0.3 after pressing
File>Open>.. the Explorer is only able to see Clip
Studio made .psd files.
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: n96rom(a)gmail.com
Distribution: ---
Created attachment 79820
--> http://bugs.winehq.org/attachment.cgi?id=79820
Screenshot of Wine File Explorer unable to see other available psd files than
"Illustration".
I followed this guide:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=42586
It worked. I am able to use every other functionality of CS. However, the wine
file system does not detect any other .psd files except the ones I have created
in CS.
To navigate I used File>Open> and then it opens up wine's file explorer. I am
not sure how to change it to Dolphin which is the file explorer used on my OS,
PikaOS 4 but it cant see the files.
--
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=58167
Bug ID: 58167
Summary: Pegasus Mail immediately restores window
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
After upgrading from 10.5 to 10.6 I can't minimize Pegasus Mail. When I click
minimize the window only flashes, seems like it minimizes but immediately
restores to open window with the same size as before.
No error messages in console.
git bisect suggests it may be related to commit
6b04bdf25796c9c76815588bf7bdc36ff44b9e13
OS: XUbuntu 24.04.2 LTS
NVIDIA Driver Version: 535.183.01
Using X11 (not Wayland)
--
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=59043
Bug ID: 59043
Summary: Error wine: could not load kernel32.dll
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: winehq(a)hadrian-way.co.uk
Distribution: ---
Created attachment 79809
--> http://bugs.winehq.org/attachment.cgi?id=79809
Shell output of attemting to launch Memory Map
I have used Wine for many years and have previously contributed to WineHQ with
test reports for Memory Map. Owing to an unrelated problem, I had to resort to
a clean installation of Kubuntu 24.04. Related facts:
1. I had earlier upgraded to Kubuntu 25.10.
2. My /home directory is on a separate partition and was not overwritten.
3. This is a 64 Bit Dell Optiplex 790.
3. On restoration to 24.04, everything worked except wine (see attachment).
I vaguely remember seeing this before, (some years ago), but cannot remember
what I did.
--
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=59046
Bug ID: 59046
Summary: wine: Call to unimplemented function
icu.dll.ulocdata_getCLDRVersion, aborting wine: Call
to unimplemented function icu.dll.uloc_canonicalize,
aborting
Product: Wine
Version: 10.19
Hardware: x86-64
URL: https://builds.dotnet.microsoft.com/dotnet/WindowsDesk
top/10.0.0/windowsdesktop-runtime-10.0.0-win-x64.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Followup of bugreport https://bugs.winehq.org/show_bug.cgi?id=59041 in current
git-wine:
Just install dotnet10 and run the simple app from that bugreoprt:
https://github.com/dreamsyntax/net10-bug-ookii-wine-repro/releases/download…
--
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=24963
Summary: Okad2: Unhandled page fault at address 0x00007f8a
during startup
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pandolfo(a)gis.net
Created an attachment (id=31617)
--> (http://bugs.winehq.org/attachment.cgi?id=31617)
a description of the page fault plus an annotated backtrace
During program startup, Okad2-xx-pd (xx = version) generates an unhandled page
fault when loading an icon. The page fault is caused by CreateFileW as it
processes the name of the file from the parameter list. The name pointer is
0x00007f8a, which is an address in an unmapped page. This value is also an
index into Windows resources, selecting the hourglass icon.
What has happened is that the application was attempting to load the hourglass
icon and passed in BOTH the Windows resource index and a flag indicating
LOADFROMFILE. Wine attempted to load-from-file and looked for the file name
through the "name" parameter (0x00007f8a) generating the page fault. Native
Windows appears to give the value of the "name" pointer precedence and
determines that the "name" parameter is actually a resource number; hence it
does not page fault and runs Okad2 normally.
Wine *DOES* check the "name" parameter to see if it is a resource index, but
several subroutine calls later it forgets this fact and branches based on the
LOADFROMFILE bit. The backtrace has been annotated to provide both a
description and source lines involved in the decision.
This behavior was found in the latest version of Wine for Debian (.1.42) and in
a MacOS X version.
--
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=59048
Bug ID: 59048
Summary: Wine 10.19 with wow64 breaks RPGM games
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: coco.claudio(a)postme.pm
Distribution: ---
Created attachment 79819
--> http://bugs.winehq.org/attachment.cgi?id=79819
wine Game.exe command output
I'm using ArchLinux (package `wine-staging`, but the `wine` package doesn't
work either) so it *could* be a PKGBUILD problem, but I doubt it since I
compared the dependencies for both the 10.18.1 and the 10.19.1 and they are the
same.
I've recreated the prefix, in both my tests for either versions, and the
10.18.1 always work while the other doesn't. At first I thought it was an
architecture problem, but I tried to run the 32bit version of a renpy game and
it works.
--
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=59045
Bug ID: 59045
Summary: game error on exit
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)list.winehq.org
Reporter: wesoliv67(a)hotmail.com
Distribution: ---
Created attachment 79813
--> http://bugs.winehq.org/attachment.cgi?id=79813
error it gave
hit esc to exit game and got the error posted
--
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.