Build better products with our product team
Description Currently, you can turn off, make daily digest only, make instant only, or make daily digest& instant notifications for email. However, you cannot customize what notifications you see in app independent of the email notifications. For example, it would be beneficial to my users to be able to say they want instant email notifications when they are directly tagged in an update, but only in app notifications for updates on threads they were previously tagged into. Why is this feature important to you Enabling this feature will allow users to cut down on the noise of notifications more efficiently and sustainably. Especially for our project management team who receive notifications on multiple projects at once. Previous Ideas request There is a request from 2017 that was put in by @ericma and it has many updates on it but Support has asked me to put in a new Idea request so I have. How would you like the feature to work: All communication types that are available via email will also need to be available via in-app notification (currently only Work-list and announcement are available via in-app as per Workfront Support) All email notifications have the options of a combination of daily or instant including turning them off completely or having both enabled. Adding a third option for in-app would allow users to decide where they are notified for each communication type. Current Behaviour: As per my support case # 00341694, the current behavior as identified by your support team is as follows: The in-app notification feature contains two types of information. Work-list and announcement. The work-list notification can be governed by the email-notification customization but will also impact the email notification.
Request for Feature Enhancement (RFE) Summary: Allow "READ" operations using the Adobe Experience Manager Assets HTTP API without requiring "WRITE" access Use-case: Users who are not given write access should still be able to fetch asset data using the Assets HTTP API even if they don't have WRITE access Current/Experienced Behavior: Right now, if a user only has read-only access, he or she is not able to use the read functions of the assets API Improved/Expected Behavior: Provide the flexibility to be able to use the API while only having a read access Environment Details (AEM version/service pack, any other specifics if applicable): AEMaCS Customer-name/Organization name: Prequire Screenshot (if applicable): Code package (if applicable):
Description - Why is this feature important to you - Mobile Scorecards is such a great feature/tool, but unfortunately we can't roll it out across out business because we have 200+ websites and there wouldn't be an option for the recipients to view reports isolated to their websites. How would you like the feature to work - Simple option for user to select Report Suites from pre-defined list specified in the configuration of the scorecard. Current Behaviour - No option to filter report on report suite.
Many teams that we have worked with are in hopes that they are able to select a portfolio or program field when submitting a request. This would allow the resolving project to be placed automatically into the portfolio or program when it is converted to a project. It would save teams time when the requestor already knows what portfolio or program to put it in. Note: In many cases for marketing teams the program or portfolio objects are their campaigns and would allow tactics/deliverables to be placed easily into the correct campaign or bucket.
Description - Many times when I attempt troubleshooting problems in Workfront, I find I need to look up information from a few months back. And, of course I attempt to do just this and I can't. Ultimately, there should be at least 90 days worth of historical data. Why is this feature important to you - I can't troubleshoot problems if I don't have the information. How would you like the feature to work - Just like now, but 90 days instead of 30. Current Behaviour - 60 days less of historical data than what I need.
Hiya!I've noticed some automated anti-spam checkers have been clicking links many times automatically causing the lead score for some of our leads to be over-inflated and disingenuous; it's causing them to hit MQL stage way before they are actually at that point.A way to prevent this would be to restrict the number of times a lead can pass through a campaign for a certain time frame, however Marketo's smallest unit for time is hours. This poses a problem as it is plausible for a lead to engage with an email link or social app button more than once within an hour time frame. I did attempt to use decimal points (i.e. every 0.5 hours) however the format could not be saved.Could Marketo please consider adding in 'minutes' as an option to the available units. This will allow the lead to be restricted from passing through the flow for an interval smaller than one hour, but prevent them from running through 10--20 times within one minute as has been happening with some of our leads. Cheers,Brooke
Request for Feature Enhancement (RFE) Summary: AEM S3 connector support for SSE-C Use-case: For protection of customer data, encryption in transit and at rest is required. Some data stored in S3, requires the use of customer managed, customer provided keys. This provides an extra level of security through separation of duties, as one team/role can manage the keys, while another team/role can use the provided keys for encryption of the data. Currently, AEM S3 connection supports only two of the valid encryption options for S3 server-side encryption. SSE-C encryption is needed to allow for that separation of duties. Current/Experienced Behavior: AEM S3 connector currently supports SSE-S3 and SSE-KMS, but not SSE-C (customer managed, customer provided keys) Improved/Expected Behavior: AEM S3 connector would support all 3 encryption options Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5 SP 13+ Customer-name/Organization name: US Government Customer Screenshot (if applicable): Code package (if applicable):
Description - Just as Timesheet Preferences can disallow logging time to Projects, add option for disallowing logging time to Issues Why is this feature important to you - Only wish Projects and Tasks to have hours put to them How would you like the feature to work - Add option in Preferences. Have overiride on Projects so that the Project Owner can decide whether hours can be logged on issues. Can be set on Templates in Issue Settings Current Behaviour - Only Project Hours can be prevented
Description - Since it is not possible to retrieve information from the parent Workfront window from an embedded iFrame, it would be good if the Messaging API, or similar technology, were implemented. Why is this feature important to you - It would be helpful to pass session specific information to the embedded iFrame, like the currently in Workfront logged in username How would you like the feature to work - Invoke a JavaScript Function returning an object with the relevant information Current Behaviour - no possible Messaging API
I've seen a few great requests about filtering/sorting Workfront notifications and while I'd love that, I'm really just looking for the ability to apply a "group by thread" approach (similar to Outlook emails) to the notification button/dropdown box at the top right side of the WF web interface. So instead of the current way notifications display--only in chronological order--they could be grouped together by project/task/issue so we can understand the conversation better without having to open each individual update page to see each whole thread. Even if that's not possible, it would be very helpful to at least have a way to "click as read" for all notifications in that dropdown box related to posts on the same thread. This is important because I can't always "mark all as read" and spend too much time doing the endless scrolling to decide which blue dots need my attention and which get clicked. There are times when I'm merely tagged on a project just "for awareness" and I don't have to read every subsequent post to that thread. Thanks for any help you can provide!
Description - Why is this feature important to you - Currently everytime an offer is presented or shown to customer, there is no traceability/audit feature we have. How would you like the feature to work - It will be good to have a tracking feature/audit trail in AEP. With offer preposition data available in AEP, we would be able to use that to built eligibility logic based on offer proposition data/date/status etc. Current Behaviour - Nothing exist as of now to support this feature.
Users are complaining that the 7-second undo 'pause' is disruptive, especially since the comment they just posted disappears during this time. Can we either a) add a global setting to allow us to toggle this setting off and on or b) change it so the text to appears during this 7-second window? TY!
When in the Storyboard view of my sprint, i'd like the ability to move a story from the current sprint to either another sprint or to the backlog. Currently you have to navigate up a few levels to "All Iterations", find the story (again) in that list view, then click Move>To Backlog (or to a diff sprint). Way too many clicks.
Agile teams suggestions: 1.Kanban - See Stories on the kanban board as we can see on Scrum view or on Kanban view on projects 2.Kanban - See issues directly on backloag on Kanban teams as we can see on Scrum; 3.Scrum - See Backloag buttom on the board to Scrum teams, as we can see on Kanban view; 4.Kanban - Control the number of Closed tasks on the kanban board; 5.Kanban & Scrum - Automaticaly slipt estimative value when you break down an story; 6.Kanban & Scrum - Change priority directly on the card; 7.Scrum - Setup date on a storie - It's very importante for us to be able of set up dates for our stories inside a scrum iteration, even if the dates are between the iteration start/end. 8.Kanban & Scrum - Setup status by teams, as we can do for Groups, it would be very helpfull for agil teams.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK