Description - Allow the Widget options on the homepage to be sticky, i.e., Collapsed vs Expanded, "Showing" number, etc.Why is this feature important to you - Most of my projects are long-term, so I like seeing all my project names without the tasks unless I'm working on that specific project.I change "Showing" from 25 to All and collapse all the projects so I only see the project names. This is better visually (not as overwhelming when I don't see all the tasks under the project) and helps me prioritize at a glance and recognize new projects that I might have a one-and-done task instead of multiple tasks.How would you like the feature to work - If I change "Showing" from 25 to All and expanded to collapsed, make those changes stick unless I change them again. Also, make the widget window resize automatically to fit the displayed content instead of leaving a big white space. Current Behaviour - The My Tasks widget defaults to "Showing" 25 and all projects are expanded and the widget window doesn't resize after I collapse them. I do this multiple times a day. Also, after changing "Showing" All, it doesn't give me the original options again, i.e., 25, 50, 100, All. Thanks for considering!
We would like to have a direct link between a Slack channel and the Workfront update feed of a project (and other work items).When sending a message in the Slack channel, an update is automatically posted on the related project in Workfront. This would work in both directions. When writing an Update in Workfront, the Slack channel gets updated.With this feature no important information will get lost in a Slack channel, but to be found where it is needed the most!
Currently, when you upgrade an extension, you get this notice:This has scared quite a few clients off of upgrading, because there really is NO going back. Especially for Adobe extensions, there is a strong need to be able to revert in case of issues (not to be snarky, but appMeasurement/VisitorID code updates have a history of finding major problems in the first month after release). Issues like Re: What are possible reasons why ClearVariable fails? make it clear why someone may want to move back. If you upgrade and you do see something break in staging during testing, you'd have no way to go back/compare/undo.
Current Behavior: When a proof is created and a custom proof message is used, by default it will be used for every version of that proof. Sometimes the custom message is very specific to the round of proof. When that message is sent out in additional versions it can cause confusion. By defaulting it between rounds users can forget to uncheck it when creating new versions. This has caused confusion with some of my groups.Proposed Behavior: Include a setting that would reset the use of a custom notification for additional rounds of a proof at an instance level. If active it would uncheck the “Add custom message” radio button at each additional round of proof. They can reselect it and add a new message if it is needed.
The new Update Variable action in the AEP Web SDK extension would be a lot more helpful if you could start with an existing XDM data element and update that, rather than having to start with an empty XDM object every time.In the scenario where you’ve got a lot of fields that you want to set on every event (e.g. domain, customer id, whatever), I’d want to start with an XDM object that’s already got all those fields populated, and then update that. Likewise, if I've got a lot of ecommerce events, I would want to start with an XDM object where the basic productListItems array is already defined, and then just update that with the relevant additional fields for the particular event (product view, basket add, etc)Currently, you have to start with an empty object in every rule, so you end up repeating a lot of work if you have rules that share a lot of fields.Another, perhaps better, option would be if you could just do the equivalent of the Merge Objects data element in rules. For example, if I've got some default 'global' fields that I want to set in every event, and I've got some standard ecommerce fields that are set on all ecommerce events, a simpler workflow would be:Create an XDM data element that contains all my global dimensions.Create an XDM data element that contains all my standard ecommerce fields.In my 'cart add' rule:Start with the 'global' XDM data elementMerge it with the 'ecommerce' data elementUpdate it with a few fields that are specific to the cart add (e.g. carts adds metric)Then I could just duplicate this rule for all my ecommerce events, and just tweak the final 'update' action depending on if its a product view, cart remove, etc. This would be much cleaner than the current situation where you eitherHave one XDM data element per rule, where you're repeatedly setting the same 'global' and 'ecommerce' XDM fields.Have layers of 'merge object' data elements, where you build up the object before putting it in the rule (e.g. global + ecommerce + cart add)Use the Update Variable action where, again, you're repeatedly setting the same XDM fields over different rules.
Description - Create native fields that roll up all of the project's planned hours and actual hours into program level fields. Similar to how project's have native fields that total all of task's planned and actual hours. Why is this feature important to you - We budget/allocate hours at the PROGRAM (Campaign) level then there are several projects within those campaigns. We need to report at the PROGRAM (Campaign) level our budgeted hours (planned by mangement) vs. planned hours (entered into projects by the PMs) vs. Actual Hours How would you like the feature to work - Workfront create two new native fields: Program Planned Hours (sum of all project's planned hours for the projects that fall inside the program) and Program Actual Hours (sum of all project's actual hours logged for the projects that fall inside the program). Then these native fields can be easily used on program level reporting. Current Behaviour - Can only pull PROJECT level reports and group by Program to get total planned and actual hours. But because the Budgeted Hours (custom field, not native) are at the Program level this doesn't help. There is no way to have a program level report that shows program's budgeted hours vs. planned hours. vs. actual hours.
When we add multiple email addresses in the send alert flow step it sends an alert email to the first email address and cc's all the others. Can we please have an option to control the recipients and CC list through this flow step?However, you can use multiple flow steps to send the Alert to the recipient but imagine if there are 10+ recipients and you have to add an equivalent count of flow steps to send the same Alert.
Description - Please change the CJA icon back to the black logo so it's easy to differentiate between CJA / AA Why is this feature important to you - When migrating, validating, etc., the old black CJA logo made it very easy to know which analytics tool was open in a specific tab. The new logos are identical so it's very easy to get the two mixed up. How would you like the feature to work - CJA has a distinct logo from AA making it easy to know the difference Current Behaviour - Both logos are the same which causes confusion.
Description -I want to create a web hook from a given page to an Adobe Analytics dashboard triggered from a browser's Console entry. Basically, an entry that would be something like 'See this web page's traffic volumes here: https://experience.adobe.com/#/@mycompany/so:somecode/analytics/spa/#/workspace/edit/aaaaaaabbbbbbbbbcccccc?PAGE_URL=www.mysite.com/some/page' We would define a dashboard with a Segment of a dimension 'page url'. I would need that segment to - instead of having a statically defined value - read the value from the PAGE_URL query string. The dimensions and metrics would prefill based on the segments filter value, making it evergreen for any page that a user loads it from. The segment filter currently only accepts static values and what i'm asking for seems pretty unique. The url concept could also be usable to generate bulk reporting emails by tokenizing the assembly of a static value (the Workspace destination) with a dynamic token (the URL). Why is this feature important to you -Automation at scale with a lower lift than using the API to automate the static (re)definition of trivial data points. How would you like the feature to work - Current Behavior -Segment builder takes statically defined text only. I'd have to rebuild the Workspace for every URL I own.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.