Automatically map eVars, props and events without processing rules
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- javascript
Research direction
Start with the WebSDK sample payload in this issue and compare the existing direct mappings for name and server with previousPageName and pageDomain. Done means eVars, props, and events can be mapped directly as requested, without requiring processing rules, with the behavior verified for the illustrated payload.
Written by the indexing model from the issue text.
Description
Expected Behaviour
Directly map eVars, props and events to Analytics in the same way name, server and siteSection are directly mapped without a processing rule.
Actual Behaviour
Some webPageDetails are mapped directly others must be added with a process rule which adds an extra maintenance level.
Reproduce Scenario (including but not limited to)
Steps to Reproduce
Platform and Version
WebSDK
Sample Code that illustrates the problem
"web" :{
"webPageDetails" : {
"name" : "MySite:Home", // Automatically mapped
"server": "www.mydomain.nl", // Automatically mapped
"previousPageName": "MySite:Home", // Mapped manual in processing rules to eVars/props
"pageDomain": "www.mydomain.nl", // Mapped manual in processing rules to eVars/props
desirable situation
"eVar":[
"1":"ValueForEVar1",
"3":"ValueForEVar3"
etc ...
],
"prop":[
"1":"ValueForProp1",
"2":"ValueForProp2"
etc ...
],
"events" : ... same thing...
Logs taken while reproducing problem
- Dominant language
- JavaScript
- Stars
- 104
- Forks
- 63
- Avg merge
- 1d 18h
- Merged PRs (30d)
- 21
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from adobe/alloy
-
__VERSION__ within dist build is not replaced, causes missing version in XDM implementation detailsOpen
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
adobe/alloy#1323 · 3 comments ·
Maintainers usually reply within 1 day
-
3.0.0Openbranch:main release
Difficulty 5/5 Over a week Newbie friendliness 15/100
adobe/alloy#1170 · 2 comments ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 32/100
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
adobe/alloy#1021 · 5 comments ·
Maintainers usually reply within 1 day
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
ai-driven-fuzzing bug Cosmetic
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
linagora/cozy-client#1831 ·
Maintainers usually reply within 1 day
-
ai-driven-fuzzing bug Major
Difficulty 2/5 1-3 hours Newbie friendliness 80/100
Maintainers usually reply within 1 day
-
[ordering-review] workshop order graph: 1 confirmed ordering problem, 3 cycles are false positivesOpen
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
githubnext/gh-aw-workshop#5331 ·
Maintainers usually reply within 1 day
-
Remove: 21 SexturyOpenchannels:remove check:passed
Difficulty 1/5 Under an hour Newbie friendliness 65/100
Maintainers usually reply within 4 days