misterphilip / omnibug Goto Github PK

Referencing #43 - it should be possible. Either based on the request ID, since it is unique per the docs:

Each request is identified by a request ID. This ID is unique within a browser session and the context of an extension. It remains constant during the the life cycle of a request and can be used to match events for the same request. Note that several HTTP requests are mapped to one web request in case of HTTP redirection or HTTP authentication.

Or with another webRequest listener onHeadersReceived - which would be ideal to get the end HTTP status, but would add overhead that may not be necessary.

Steps:

1. Install
2. Close Chrome
3. Open Chrome
4. View background page -> Console

Several errors present:

Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Event.dispatch_ event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Error in event handler for webRequest.onResponseStarted/1: TypeError: Cannot read property 'defaultRegex' of undefined event_bindings:325
Registered port  omnibug-undefined ; id  1 eventPage.js:199
sending  prefs  message to tabId:  undefined :  Object {type: "prefs", payload: undefined} eventPage.js:243
...

OS: OSX 10.7.5
Chrome: Version 29.0.1547.76
Omnibug: 0.5

Update the Adobe Analytics provider to include Adobe's Visitor API & add AudienceManager as a new provider

Tested:
Firefox 23.0.1, Windows Server 2008 R2
Firefox 22, Windows XP SP3

Test page:
http://www.everydayhealth.com/weight/0925/lady-gaga-launches-shame-free-body-revolution.aspx

Steps to reproduce (Main view issue):

1. Click any of the Share Bar buttons (floating left of page when full screen).
2. Notice that the fired event is blue instead of green. These events are micro events and have always been green in Omnibug.

Steps to reproduce (Watch issue):

1. Click the Facebook button on the Share Bar.
2. Open the fired event in the main Omnibug view and watch the "Events" line (assuming you clicked Facebook, this value should say "event93")
3. Click another of the Share Bar buttons. Notice that nothing shows up in the Watch tab.

Thank you.

Using Omnibug for Firebug, my watches are no longer working. I had not upgraded Firefox nor had I upgraded Omnibug. The watches just seemed to stop working. To see if an upgrade might fix the issue, I upgraded Firefox to 22 and Omnibug to whatever was current as of 2013.07.03. Still, the watches were broken. I unwatched, then re-watched. No luck.

A page where I am seeing this behavior (play the video, let preroll ad finish):
http://www.everydayhealth.com/sanjay-gupta/stem-cells-heal-a-damaged-heart.aspx

The above issue is on a PC, Windows Server 2008 R2, FIrefox 22. Using Mac Mountain Lion and Firefox 21, I do not see the issue. However, may I reiterate that I was using FF 21 and had not upgraded and I still saw the issue on the PC.

Thank you.

Data URIs seem to be getting parsed too, when they shouldn't (they don't make a request)

Example: http://dev.misterphilip.com/omnibug/data-uri.html

The following matches 2o7 (Adobe Analytics):
<img src="data:image/jpeg;base64,/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAFk9Q05DOFlOSE5kXllphd6QhXp6hf/CzaHe////////////////////////////////////////////////////2wBDAV5kZIV1hf+QkP//////////////////////////////////////////////////////////////////////////wAARCADaAUADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwCp2pcjaRjmgHCkY5PejHy5zQMMfLntRnOM0lKTnHHSgAxknb0pKUjkgHNGeMYoASnBuxpCOeOaTFAbDiuelNIxTuRQeRTCw2nq2PpTKAcUhE4ORkUEZqNW9KkBBFIY0jFFPIzTCMUAJRS0lMBKKKKACiiimIUcjFMFPHWkIwxpDCiilpiAdaWkHWnUDCiiloGJSdTS0qDJpMB6jAp1AFLWZY1iFBJqqxLHJqSZ9xwOgqKrSIbCiiiqEFFFFACgfKTnpSYopdx27e1IAydu3tQccY/Gjjb70EYx70AHKn0NHagHBz1o7e9AB0704tlFXHToabginb8xhccg9aBjR1p4FMHUU+mC2EIwc0Fc8ilfvTASKEITpTgxHI60vDU0jFDQiVXDD3p3UVXHHSpkYNx3pNDAjFJTyM00jFIBppKdSGmAlFLRQAUN2NFHVSPSgBKWkBzTqaAB1paBS0AFFFLQMaakQYFMUZapgKiTGgqOZ9q4HU1IxCqSaqMxZiTQkDY2iloqyRKWiigAopaKQhoGelBBHWlU4ORUnm5+8oNUkJsioqXEbdCVNBhbquGHtRYLkecnJo7UEEdRiikO4dKcWBjAx8wPWm07cDGFxyD1oGmNHWpO1RjrUnamOOw08im05him0hCYp4bsab9KXjAPegAK45HSkBxTgMjNG3tQDRIjg9fzpxGarkEVJHJjhunrSaAUjFFSEZFR4xSAbS0pFIKYBSgc0YpaAGDjj3pwpGHzZ9acOlABS0UtMBKDS0YycUDFQcVIKQCmTPtXA6ms92VsRzPubA6CoqKWr2IEpaKKYBRS0E0gEpKXrS4p2EAbJAYDHsKfsjbo+PrTAoJwrZJ9qUxOP4TTRLFMD/w4b6U3DIe4NJ8ynuKkE8g6ncPcUAAmbo2GHuKXML9QUPtyKPMjb78ePdTR5cTfdkx7MKYB5BPMbK/061GyMpwwI+tSiBxyOR6rzQ2dhDtnHTNAEA61J2NMHWpSPkNNbDuMam/SnNTamwwoP3en40Uv8P40WAVfu/hSP1pR92kPvQ0UxA3Y0EY5HSjtSgcUhDkkI4PSpDhhUPB6daVTg0rAPpCKM5pRSABS4o6Um/2oARgdv0NKvSgNk4PemhsGmBJS01WyadTAKVR3pDT1qZMpAzBVJNVWJYkmnyvubA6Co6EhNhRRSiqEFFKaMUWASgCnKuTgDNSrD/eP4U9hESqScKM1KsIHLn8KlAwMAYppkRTjPNTcZTFPDuvRjQkjBgT8wHY1N58Z+9EPwq0QyMTv/EA31FL5kbfejx9DT827dmWjy4W+7Lj6igBm2FujlfqKXyCfuOrfjS/Z8/ddT+NIbeQfw/lQAgikQ9Cvv/8AqpzMzIRIcgdPrSL5q9yv1pWLMp8wg46EYpgQjrUp+4frUQ61MfuNQgZHkqcg4NO8zd99Q3v0NIRkgcD60eS46DI9uaSGxdsbfdbB9DTXjKjJHHrSYI6ilJ4xVEgo4pGp6fd/A03APU4pMpMZ2pw+7QyEDqCPY0qj5CaVhqQylOB1ptOPSpGAODUgKkVH0XNKOvHHtSHYk3DHNMqZZFxygzUm72AFTcCphvSlwV6g1a38dFppf/do5gsQKcc7TR5ntUxbPHy80wIAT7007gIh3HNLI2BtHU0cKM1ETk5NHUL6CUUUtUISlFAFSooWQBuuelADAhNSrGO/5VI+Fz/SoWlPRRj60XETcKOwFRtMBwoyaa7nywD1qMc0hjyXfqwUUnlqP+WgJ+lNxRxSuBHmjNJRVEi0ZpKWmAuacJGHRiPxplFO4WJ1nk6bvzpzMXU7wAR0PrValzRcVhR1qY/caoR3p4b5SKaBiNTQSOhxTzjjPSjbGejMPqKSGxRK3c5+vNK7Bl+6Afak8tT0kX8c0NGVXOQR7GqJFT7v501c54AP1pY+lN4/iz+FAIVxgfcK0L/qjS/IRjcR9RSD7rCgBjjBGKD0ofqKG6CoZSD+GjuKT+Gj0pFXHhvWpgR5Y9c1CQAO4+tOQ4pSiNMkxSEU4OgHLAU4rWRdyIfeH1pd60uPmH1qCriTIlO1u9N2D1plGcVdiB3l+9SfZ2AzkGot59akMz7cZ7UWYDSuPans4L5HY1DuJ60v8VOwDnkJPWmF6D1oIFDQCscqDRz7D8aGOV5ph60mtAJAwC43fkKYSOwP4mlCn2/Ok2+4FKw7jKKKO1MQUUUUALRR3ooEFFFAoAUU4UwU4VSAcegptLnGDT/NP91f++RQgYyg9Kf5p/ur+VDyblxhR9BVEhH0ph6CnxHimpnPGPxoYIbSr0NPfO3nb+GKRPuGgZGTk05ugppxSnpUDQn8Jo9KO1KoyR9aBj/wNKBxSfh+tKKb2EiJ1wfrVu3z5IzUUi5UHqadA+PkY/SsparQpbkpHIqoaud6pnrRTHISiiitSApx6U2ndqpCYynfxCm04nBzSGBptKaSiQIf/BTCead/yzFNP3ql7DHDHqfyoyPegfSkBHPApAMpc/KR60lKDwR60gEooopgKc55pKU8GkoAU9eaBQaB1oABThTRSimgHdcU7yX7gD6kUykpoTJPL9XUfjQyqBw4J+lMo5xTEPjxSKQDyCaIxmkDFTxTESH5hhUpF4Vge1MMjHqxNAJ5ouFhpo7Uhpe1QWA54p4GNp9xTB0oJyBR0ESDilHSowGpRu7U3sCJHPGKhzzmlLE9abU9Bl4HIBqoepq0n3F+lVT1NTT6lSEooorQgKXtSUtUhMbTiMmm049aSAKbSnvSY4oYId/AKaR81O/hFJ3pPYY4BvX9aQbu2acuOeDmmY5PIpAMpRnBxSUDvzipGFFFFMANFK2eM+lJQAtAoPagUAKD2oFIKWgBad+6Hdm/T/GmUUxMk3qPuoPx5pGkZlwTx6AUCJup+Uep4pSECnBJP6VQhqGkxk/40qUD73TPtR0AUqoHXJ9qROhpzE7cZA9hSIOv0oQEZpe1JR2qCgFHpQOlHpQBIOnb86dH0po6dqdH0pvYSGSAhsnv0pnep7lcIh+tQoNzqPU0k9BmiqAKB6CqLdTWjWc33j9aUQYlJS0lWIKKKDTQCU4/eFNpT96gANIegpTSHoKGJDv4RTT96nEYGKb/ABVL2GOG7HTj6Ugx3zSgDHWkBI6gEUgGUoxzn0pKVTg9M0hiUUUUAKe3NJQccUUwFPakoooAXvS0lFAC0/zSPugL9KZThGxGT8o9TTExCSTyc0u1ipODgU7KJ0G4+p6U1nLdTTEEfWjGWxnFCLnmkPU/Wm9gW48FU6fMfU9KQMST700KcZ7UsfehAMNHag0dqgoB0o7CgUdhQBIOn+FPhXJFNBwPX6VNAMDNEtgQXg/dKfQ1Wh/1yfUVcuRmA+3NUkO11PoaS2A0+1UG+8eO9Xs1WeFj0YGkmMgpKcyOvUUytCQpaSigApT96m04/eoAD1o7UHrSqGPQUMEDHOPwp+zIyp/A01+OtSg1MhogIKnnikDEdzU5wetRsnpU3GRUqnBpKB1HOPemIKKKKAD0oo7CigA7Cijt70UwFPWgUh60ooAWgknqc0U8bFGT8x9O1MTEVC3Tp6mnHaqkD5j6n+lNZy3Xp6UBMruPA7e9NCBDR/H0zz0pE60H7xzT6B1HtyD3I/IU2Pqad1GTwgpA3zZUYoAjNHag0dqgoBR2FAoHIoAeuTgVaj4FVo6nU0NaAiR+Y2HqDWfVmSYqcYzVYdaSGzQ3cUhaoyaaTU2GSFqY209RTc0maYhCg7Gm7SKdmkzVCGlTRjLVIrcYNNIoQDf4qk3VF3pc05AhXOaeDUZ6UZpMCTNITTM0ZpWAZQMZGRkUUA4INABRQetFAB2oo52+2aKAF52+2aSjtRQAGlFBoFMApQCxwBk0lP3kLtUY9cd6YhcLH1wzenYU0sWPPNCqWPH504sFBC/ifWmIanWg43nPShOtDDL4p9A6gWLH+lLHyaXgKcHj19abHy1Jbg9hpo7UEcUdqkoQUooFKKAHrUq1GDxSg02wQkrnJUfnUNT8YzUXepAm3ZFNJpAaKBhmkzRSUxC5pKQ0lADqdnIqOlBwaYBSU4UhFDEB6UZpO1JQxjs0lJS0gEoHWiikAE5JNFB69c0UAHailGdp9KSgA7HmijjBooADSikNApgLT1Tjcxwv8/pTKM0xD2bIwBhfSlCgDLd+goACctyew/xoAaRjz9SaaENT7xpX4c5oThjRJ980+gdROXIA/AUpIRhtPI60fcGP4j19qZmlsMDR2o7UdqkYgpwpBThSAWlpKUckCgY8jC1D3qd+BUFNALS0lFABRRSUCCkpaQ0AFFJRQA4GlplOBpgIaSnU0ihgFFFFIAooopABxniiiigAHQ80UUUAHrRQOhooAKBR2FAoAWnqQoz1b+VMoqkJj1Uu38yaczgDavT+dL0t/q1Nj+/+BpiGp940sh+fIpF+8aJPvU+gdRmaKKKgoKWgUUAApRSUUAOFPT73NR05etIZI5GKhp56UyhAFFFFMQUUUUAFJS0lABiiiigBKWiigBaKQUtMBpopaSkB/9k=">

Details on bootstrapping here:

https://developer.mozilla.org/en-US/docs/Extensions/Bootstrapped_extensions

I would like to debug only 1 Provider by have previously selected 3 others. In the Omnibug Options panel none are selected so am unable to clear the list and start with only 1. Is this a bug? or is there another way to achieve this?

Add setting to toggle text wrapping in request details.

This is definitely not a big deal but figured I'd at least log it.

There is no way to clear the Omnibug console using chrome when using Chrome on ubuntu.

Google Chrome v. 33.0.1750.152
ubuntu 13.10 x64

Omnibug is not working with chrome. Earlier it used to work absolutely perfect however now it is creating problem and not working.

• I resetted the chrome to factory setting and added omnibug again yet it worked for some time then it stopped.

• Omnibug is working in private window in chrome

• Omnibug was working smoothly before (3-4 months) without any hiccups

• Site has proper tags and omnibug works in firefox propely

• Omnibug show in developer tab too

• I am using omnibug for Adobe Analytics

• Even Adobe Analytics debugger dont work too for the site
  Chrome Version: 54.0.2840.99 m

Require your help at the earliest

New providers, as suggested by the community:

• Adobe Heartbeat
• Nelsen DCR
• Webtrekk
• comScore
• Decibel Insight
• Segment
• Matamo

I have been testing your extension with Firebug 1.12
and I am seeing the following exception.

EXCEPTION in Events.dispatch loadedContext: TypeError: context.getPanel(...).printLine is not a function in chrome://omnibug/content/model.js:440

It breaks the functionality.

Honza

Email from a user:

Any chance you could update the Omnibug Plugins to detect POST requests please?

Adobe Analytics (Omniture) have recently introduced HTTP POST support for data collection however the Omnibug plugins for both Chrome and Firefox don't currently pick these requests up.

The Adobe release notes found at https://marketing.adobe.com/resources/help/en_US/whatsnew/ contain the following information regarding the HTTP Post requests:

AppMeasurement for JavaScript and Flash now send image requests using POST in some circumstances to avoid request truncation that occurs at 2000 bytes in some browsers. After this update, Internet Explorer 8+ will no longer truncate request data at 2000 bytes, reducing errors and data loss for some variables. For example, if the browser is Internet Explorer 9 and the image URL is 1900 bytes, then the request is sent using HTTP GET. If it is 2100 bytes, the request is sent using HTTP POST.
Note that the Adobe Debugger does not inspect hits sent using HTTP POST. If the Adobe Debugger doesn’t show data in Internet Explorer, use a packet analyzer or the built-in network tools to examine the network traffic directly, or inspect the hit in a browser that does not truncate URLs, such as Chrome or Firefox.
This functionality requires AppMeasurement for JavaScript 1.4.1+ and the visitor ID service 1.3.2+.

I believe Google Analytics also now sends POST requests under certain user interactions as well.

Hi

It seems large numbers that could be timestamps are being displayed as dates when viewed in Omnibug.

If I do: s.transactionID = '1133944497';

When displayed in Omnibug it is as follows:

Transaction ID "Wed Dec 07 2005 08:34:57 GMT+0000 (GMT Daylight Time)  [1133944497]"

Same issue also occurs for eVars.
i.e. s.eVar7 = '1133944497';
Will also display in Omnibug as a date.

Smaller numbers like s.transaction = '1234';
Will display correctly in Omnibug.

In the request panel, users should be able to select if the group is open or closed by default. Need to think on the best way to do this (setting for auto-collapse select groups, based on what was last closed, etc.)

Hello.

I have been using Omnibug on many months on Chrome, but all of a sudden, I do not seem to be able to extend the entries like I use to. Is there a quick fix. I have restored original settings on Chrome, but it still did not change anything. Best

Need to think on this one a bit on how to show this in the interface, but it would be trivial to capture the requests made to the interface. At the very least, capturing the initial library/loader would be good.

Omnibug tab doesn't appear in Developer tools on Mozilla 52.6.0 (32-bit) - any advice? thanks

Migrate the settings page to an update interface and new back end with OmnibugSettings class.

• Migrate retrieving/saving settings to use OmnibugSettings
• Migrate building the UI (checkboxes, dropdowns, etc.)
• Refresh the UI

It'd be great to pull in friendly variable names from the various provider's APIs.

Should probably be the request cookies (rather than the response cookies).

Would need a new listener to capture them and hang on to them for use by the main listener.

Add a new setting to block the requests from going through. Might have to make this a provider-by-provider or group-level basis, because if we do add tag managers, users may want to keep the tag manager active to see what calls are sent, but block all analytics requests.

No longer allowed to install on latest (v54)

Omnibug stops working within Firebug in latest version of Firefox.
Omnibug tab is disabled and the panel does not show any site marketing pixel requests.

... wanted to alert you that with v0.5.448, I am no longer able to differentiate between Omniture click and load events. I am seeing all Omniture click events pass as load events. I have had to revert back to v0.5.441 so that I can continue to see this level of detail.

I first noticed this issue in the early part of July. At the time, I reverted back to earlier releases of FF, Firebug and Omnibug to solve the problem as my organization was about to do a large release and I had to be able to distinguish between the calls. It appears that on Friday afternoon, my system automatically updated to the v0.5.448, which caused me to alert you of this bug.

.table.table-striped tbody tr:nth-of-type(odd) overwrites the [data-parameter-key="XYZ"] CSS

Need to look into adding a button that would collapse/expand all rows. Found it tedious earlier to collapse all the ones I had open from previous debugging 1 by 1.

I'm having issues w/ the UI - when I choose the Omnibug tab within Firebug, and take an action on the page to fire an event, Firebug defaults to the HTML tab.
Even switching back to Omnibug, it doesn't display a list of events fired. It shows HTML.
How can I get this to show me actions taken within an environment with omniture tagging.

• Account filter
  Account filter needs to be expanded to allow for more options, e.g. regex, string match, string exact, starts with, ends with, etc.

• Parameter/URL filter
  Add ability to filter based on a parameter or within the URL. This may get pushed past 1.0

I was using Omnibug in Chrome six months ago, and everything was great! Now I open it up today to check some tags and no love. Or maybe I'm doing it wrong? I tried a couple of different things to get it to work, one thing I tried was to enable it for Incognito, but no luck.

this.prefs.defaultRegex is sometimes undefined when shouldProcess runs, usually after a reload of the extension. Add check + attempt to load settings onConnect.

I notice in the code, eventPage.js. there is a hack that checks for provider name == to 'OMNITURE' (in all caps). and it then looks at the 'pe' variable to determine if it's a page or click event.

however, in our code, the provider name is only Uppercased at the start. so it should be checking for "Omniture". it is failing and not going into that hack, reporting everything as Load events.

sometimes, it works. but usually it doesn't.

this is on chrome. version 0.5.501_0 on osx

So I was able to confirm this bug by downgrading from 0.5.448 (the one with the bug) to 0.5.441 (no bug) on the firefox versions page.

To reproduce:

1. Go to www.hotwire.com
2. Click the "Cars" tab at the top
3. Type in some search criteria (anything will work) and click search.
   HERE'S THE BUG
4. Wait for the set of results to load up fully. In the .441 version you'll see two load events (this is correct). If you run steps 1-3 in .448 you will see one load, followed by one click event (the click event is really a load event -- I've confirmed through some discover reports).

Can you help fix please! Donation incoming by the way... this is the best Omniture debugger and the only one kept up to date.

I am facing an issue with omnibug extension in chrome, It tracks a click/load event twice with Google/Universal Analytics.

But omnibug in firefox tracks the event only once, which is the correct scenario.
Is this a known bug in omnibug?
Kindly reply asap

Thanks

I was trying omnibug but its behavior is very unpredictable. It is not loading the events at all.
It works sometime on the same page and then it will not work at all. No events are getting loaded.
I am using chrome.

Allow users to add in a note or annotation to a request field (e.g. what did they do to get the action). This should be included in the export.

Hi,
I have taken a checkout of the project and I am trying to load this extension from my local machine, pointing to chrome directory in "load packed extension", so it is giving me the following error
"Could not load background script 'libomnibug.js'".

Add ava tests for the new OmnibugPort class

I added omnibug extension to the chrome but its not loading anything.Do we need to add anything extra

Kindly resolve as soon

Would be nice for users to include custom RegEx to match custom providers

Need to migrate everything over to the new format now that it is proven it's working.

• Migrate Adobe Audience Manager to the new class
• Migrate Adobe Audience Manager to test with ava
• Migrate KISSmetrics to the new class
• Migrate KISSmetrics to test with ava
• Migrate Torbit Insight to the new class
• Migrate Torbit Insight to test with ava
• Migrate Quantcast to the new class
• Migrate Quantcast to test with ava
• Migrate Marketo to the new class
• Migrate Marketo to test with ava
• Migrate NewRelic to the new class
• Migrate NewRelic to test with ava
• Migrate Krux to the new class
• Migrate Krux to test with ava
• Migrate Optimizely to the new class
• Migrate Optimizely to test with ava
• Migrate sophus3 to the new class
• Migrate sophus3 to test with ava
• Migrate Doubleclick to the new class
• Migrate Doubleclick to test with ava
• Migrate Adobe Target to the new class
• Migrate Adobe Target to test with ava
• Migrate Google Analytics (ga.js) to the new class
• Migrate Google Analytics (ga.js) to test with ava
• Migrate Adobe Analytics to the new class
• Migrate Adobe Analytics to test with ava
• Migrate Adobe Visitor API to the new class (note: can this be combined with audience manager?)
• Migrate Adobe Visitor API to test with ava (note: can this be combined with audience manager?)
• Migrate Moniforce to the new class
• Migrate Moniforce to test with ava
• Migrate WebTrends to the new class
• Migrate WebTrends to test with ava
• Migrate Core Metrics to the new class
• Migrate Core Metrics to test with ava
• Migrate AT Internet to the new class
• Migrate AT Internet to test with ava
• Migrate Facebook to the new class (note: need to add a lot around this, the current setup is for FB like plugin, not FB tracking)
• Migrate Facebook to test with ava
• Migrate Marketo Crowdfactory to the new class
• Migrate Marketo Crowdfactory to test with ava
• Migrate Zaius to the new class
• Migrate Zaius to test with ava
• Migrate Universal Analytics to the new class
• Migrate Universal Analytics to test with ava

Post request tags are not visible in Omnibug. Is there any upcoming solution that we can expect from Omnibug. Or if there is any solution that I am missing here

Need to have a migration table of some sort, so that when new providers or other settings are added, the default value will be added. For example, right now if a new provider is added to an existing installation, the user's preferences will force it to not show the new provider until the user goes into the settings to enable it. Instead, it should auto-enable the provider and the user can hide it if they don't want it.

Add ava tests for OmnibugSettings class

Manually loads successfully.
All other extensions loads well except Omnibug.

Full listing:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.IO;
using System.Threading.Tasks;
using OpenQA.Selenium.Firefox;
using OpenQA.Selenium.Chrome;
using OpenQA.Selenium.IE;
using OpenQA.Selenium;
using OpenQA.Selenium.Safari.Internal;

namespace ConsoleApplication11
{
class Program
{

    static void Main(string[] args)
    {
        {
            FirefoxProfile profile = new FirefoxProfile();


            profile.Clean(); 
    profile.AddExtension(@"D:\SELENIUM\selenium-dotnet-2.39.0\net40\firebug-1.12.0.xpi");
            profile.AddExtension(@"D:\SELENIUM\selenium-dotnet-2.39.0\net40\omnibug-0.5.500.xpi");

            profile.SetPreference("extensions.firebug.currentVersion", "1.12");
            profile.SetPreference("extensions.firebug.allPagesActivation", "on");
            profile.SetPreference("extensions.firebug.defaultPanelName", "net");
            profile.SetPreference("extensions.firebug.net.enableSites", true);

            IWebDriver webDriver = new FirefoxDriver(profile);
            webDriver.Navigate().GoToUrl("http://www.SomeURL.com");
            Console.ReadLine();
        }

    }
}

}

Browser & Omnibug versions

Current; chrome

Expected behavior

Picture with Omnibug logo and not OMINBUG

Actual behavior

Shows a logo with the word OMINBUG (looks like a typo and made me doubt that I was getting the right extension)

Steps to reproduce the behavior

1. go to chrome web store and search for omnibug
2. look at the list of options - the first is Omnibug but the logo looks wrong

Other notes

Looks like you can define a userPattern, but the results output in the panel as "Unknown". Would like a way to map a Name to the custom provider patterns.

Hi Philip

Thanks so much for making Omnibug. I appreciate all the efforts to keep it current. The latest adaptation for Firefox seems to have dropped the "Log File" feature. The only reason I used Omnibug in Firefox (Firebug) over Chrome was to capture events in a log file that could then be reviewed post testing. This was far more efficient than reading the individual events as they occur when debugging large processes (many pages and events). Please advise if this is now lost as Omnibug had to be moved from Firebug to Developer Tools, or if there are other ways to log Omnibug tests.

Thanks again,
-Jane