# How to identify source of Browser-origin property change event **URL:** \ **Category:** Ignition\ **Tags:** ignition81, perspective\ **Created:** [May 18, 2023, 4:31pm UTC](https://forum.inductiveautomation.com/t/how-to-identify-source-of-browser-origin-property-change-event/73911 "2023-05-18T16:31:56Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![william.spaar](https://avatars.discourse-cdn.com/v4/letter/w/ce7236/32.png) [@william.spaar](https://forum.inductiveautomation.com/u/william.spaar)\ **Post date:** [May 18, 2023, 4:31pm UTC](https://forum.inductiveautomation.com/t/how-to-identify-source-of-browser-origin-property-change-event/73911/1 "2023-05-18T16:31:56Z")
Hi, TL;DR: How can I identify what is causing a property change event with an origin of Browser, with the goal of preventing that event from happening? Is there a logger or some other method that can be used to track all Browser events being received by a view? ![0ac2acca-1f7a-4a17-b826-49210852184b](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/8/480d1adb47249d021ce726f7e2561860d4a014a1.jpeg) Context: I'm working on a Perspective project in 8.1.25. One of our screens uses the Dashboard component to allow the user to create and store a list of widgets; every widget is initialized as a view called WidgetContainer, and parameters are passed into this view to customize the widget. These are the parameters of WidgetContainer: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/3/8/383e7be097aa67fb3d31ed2c4189e9ac7a2c20d5.png) When a widget is first created, or when the user selects an existing widget to edit it, 'configuring' is set to true. The property change script on 'configuring' generates a new unique widgetId if this widget does not already have one. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/7/a7416b14c58b611d17b933d0ba0c5c21b76ff439.png) So far, so good, but I noticed that about 1 out of every 10 widgets seems to not get an ID. I started logging the property change events on widgetId, and found that these random widgets would get their ID set by the script on 'configuring', then receive a browser event that set the ID back to an empty string. I've temporarily resorted to just setting the value of widgetId back to previousValue.value if the origin is 'Browser', but I'm trying to identify what inconsistent thing is occurring that causes this event. What is the best approach to get more information about the source of a Browser-origin property change event? ---
**Author:** ![victordcq](https://avatars.discourse-cdn.com/v4/letter/v/f6c823/32.png) [@victordcq](https://forum.inductiveautomation.com/u/victordcq)\ **Post date:** [May 22, 2023, 7:31am UTC](https://forum.inductiveautomation.com/t/how-to-identify-source-of-browser-origin-property-change-event/73911/2 "2023-05-22T07:31:54Z")
i ve had some run in with problems like this with **bidirectional** params that also have a script ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/4/64c9367c10ed0b8dd8d555ca08645ae114e7689a.png) you should change this to only be an input param > [@\[BUG - 5694\] BREAKING BUG ViewParams 8.1.12 (For custom components?)](https://forum.inductiveautomation.com/t/bug-5694-breaking-bug-viewparams-8-1-12-for-custom-components/53277/28): > > Turning these to input only seems to fix it > ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/6/1/61fb3fc18627cedef720a176c80c1dadadf57962.png) ---
**Author:** ![william.spaar](https://avatars.discourse-cdn.com/v4/letter/w/ce7236/32.png) [@william.spaar](https://forum.inductiveautomation.com/u/william.spaar)\ **Post date:** [May 22, 2023, 4:36pm UTC](https://forum.inductiveautomation.com/t/how-to-identify-source-of-browser-origin-property-change-event/73911/3 "2023-05-22T16:36:00Z")
Hi Victor, thanks for the response - after changing 'configuring' to an input param, and also reorganizing some things so that 'widgetId' is no longer being set from a change script in one of its sibling view params, I'm no longer seeing the browser-origin change event occur! I'm still curious if there's any way to log/track the source of these browser events to help with troubleshooting in the future, but I definitely appreciate the help on this issue. ---
**Author:** ![william.spaar](https://avatars.discourse-cdn.com/v4/letter/w/ce7236/32.png) [@william.spaar](https://forum.inductiveautomation.com/u/william.spaar)\ **Post date:** [May 22, 2023, 5:46pm UTC](https://forum.inductiveautomation.com/t/how-to-identify-source-of-browser-origin-property-change-event/73911/4 "2023-05-22T17:46:19Z")
Following up on this, I'm seeing a similar issue where input parameters are being reset to their original values by property change events with an origin of 'Project'. To my understanding of Project-origin events from [this page](https://docs.inductiveautomation.com/display/DOC80/Perspective+Property+Change+Scripts) these events occur when the property's value is changed in the designer; however, these events are being received even when I have the designer closed. Similar to my original question, is there any way to log additional information about Project-origin events to figure out what exactly is causing them? ---
**Author:** ![victordcq](https://avatars.discourse-cdn.com/v4/letter/v/f6c823/32.png) [@victordcq](https://forum.inductiveautomation.com/u/victordcq)\ **Post date:** [May 23, 2023, 6:45am UTC](https://forum.inductiveautomation.com/t/how-to-identify-source-of-browser-origin-property-change-event/73911/5 "2023-05-23T06:45:52Z")
the initial value also come through as an origin project i think for things like popups and stuff. no idea, i dont so, i looked a lot at it back when i got this too. but i dont know all the internal stuff