Build better products with our product team
We have an existing implementation where teams use a Paragraph Text field to document task/ project updates. A calculated field then captures the date the paragraph text field was last updated. We hoped to improve our users experience by giving them the RTF field in place of the existing paragraph field, however, calculated fields can't be built using RTF fields. We'd like this functionality added along with the ability to see the rich text formatting in reports.
Description - We need a better solution to represent the Project Condition when a project goes On Hold.Why is this feature important to you - Users, especially leaders, are easily distracted by any Project Condition that is not On Target. When a project is on hold, the project condition has little to no meaning.How would you like the feature to work - If a project has a status that equates to On Hold, the Project Condition should either be On Target or null.Current Behaviour - The Project Condition will continue to calculate and eventually show an unfavorable value when a project is On Hold.
At the system admin level, I don't always know what a group needs for templates. In fact, I don't always have influence on those types of things. It would benefit those groups to have access to Blueprints for their own enablement.
DescriptionOver the past few months, we have had several Fusion scenarios deactivate without notice. Some of the scenarios are heavily used and the outages have backed up work in the platform disrupting end users. Rather than our team being aware of the outage, our end users were the ones notifying us. That is not a good look when they are aware before our support team. Why is this feature important to youWe have had select Fusion scenarios deactivate for no apparent reason. Depending on what scenario is affected, it could greatly disrupt our production environment and end users’ work. Finding out immediately would allow us to quickly turn the scenario back on before it adversely impacts users. How would you like the feature to workWhen a Fusion scenario is deactivated through any means other than a member of my team turning it off, we would like the system to send an email notification to our team immediately, so we are aware of the outage. Current BehaviourWe are not notified when a Fusion scenario is deactivated. We have to monitor and check Fusion at a regular cadence to ensure all of our scenarios are still active. This should not be something a team needs to manually monitor within a modernized SaaS platform.
Similar to what we was implemented in the Updates section recently (24.1):
You cannot add parenthesis' when adding questions to a request form. This is silly! For instance, when writing a question, I should be able to write: "Description of the event(s)" rather than "Description of the event/events"
Something I realized today: I can use "Ends With" as a Visibility Rule filter but not as a constraint or choice filter. This causes issues.For example, if I want to hide Canadian people from seeing a form option, I can set a visibility rule for "Ends With .ca" but I can't make a smart list for "Ends with .ca" Using a "Contains" isn't a good choice since .ca (or anything similar, but using this as a Case In Point) isn't unique and is quite common.I really do like the "Ends With" criteria so I propose putting it in the Constraint / Choice option.
Description - Allow hours to be approved from an Hours report Why is this feature important to you - Ease of use, Efficiency, and Adoption. Project managers are required to go into each of their projects separately to approve hours so those hours can be included on a billing record. Each project manager can have a huge number of active projects at any one time. We've created a report showing all their projects that contain unapproved hours, but they still have to click into each of those projects separately. Once in the project, they can approve all hours. But if they could approve the hours directly from the report it would save them a lot of time. How would you like the feature to work - From an hours report users should either: have the same approve/reject buttons that are available on the hours page within a project have the ability to bulk edit and change the status of the hour entry (currently when bulk editing from the Hours report, status is not one of the fields that can be edited) Current Behaviour - Each project manager must click into every... single... project... they own to approve hours.
Description -In scheduled reports not able to see annotations summary description fully, looking to see in future complete description.Why is this feature important to you - its very important to see the complete description in pdf, if not we do not know what exactly we are looking.How would you like the feature to work - need to see complete DescriptionCurrent Behaviour - not able to see complete description fully in scheduled pdf to team
Description - We can now see where segments and calculated metrics are used. Suggest we should be able to see the same for eVars, props, and metrics in AA/CJA.Why is this feature important to you - At times some components may be obsolete or no longer used. It would be nice to be able to see if & where these components are used. When used, it'd make it easier to update with new versions of components as needed.How would you like the feature to work - Similar to Used In column for Segments & Calculated Metrics search. Clickable links for admins in setup screen, or perhaps data dictionary.Current Behaviour - Without using complex API queries or 3rd party tools, there's no easy way to determine where components are used.
In the most recent Workfront 22.1 release, they added the ability to display projects on the Workload Balancer by color. Each project is randomly assigned a color to make it easier to distinguish it from the other projects on the balancer. However, I would LOVE it if we could customize the assigned color in some way on the back end. For context, how my organization would utilize this is marking some projects (like meetings, time blocks, misc assignments) a different than projects that are for actual assigned work for our clients. Or color coding projects for clients in one division different from another. I would ideally want this setting to be able to be set up on the template level so that every project scheduled with that template carries that same color automatically. But one could change the color too once the project is in flight. Thanks!Lindsey
I've seen many customers have a security review that comes back flagging the use of GET on the API and putting client id and secret on the URL. Apparently people are somehow convinced that that's "in public". https://developers.marketo.com/rest-api/authentication/#using_an_access_token developers.marketo.com/rest-api/endpoint-reference/authentication-endpoint-reference/#!/Identity/identityUsingGET I've explained to people that it doesn't put it in cleartext to the public exactly (which is what people seem to think), as all connections are HTTPS. There is an abstract risk related to logging or something like proxy intercepting - if they log full URLs somewhere then that would be logged in a file somewhere and then that file and who can see it is important. Regardless, it's not how OAuth 2.0 is supposed to work and there is risk associated with GET, which is why it's not allowed in the OAuth 2.0 spec. Would it be possible to update these pages to show that you can use a POST? i.e. both of these work perfectly well: curl --location --request GET '123-ABC-456.mktorest.com/identity/oauth/token?grant_type=client_credentials&client_id=<client id>&client_secret=<client secret>' curl --location --request POST '123-ABC-456.mktorest.com/identity/oauth/token' \ --header 'Content-Type: application/x-www-form-urlencoded' \ --data-urlencode 'grant_type=client_credentials' \ --data-urlencode 'client_id=<client id>' \ --data-urlencode 'client_secret=<client secret>'I'm not sure if the POST is officially supported at Marketo, but it absolutely should be, and if it is, I think the documentation should have that as the default, not the GET, and maybe even deprecate the GET, up to you.Security is more and more on people's minds and this has been flagged in numerous companies. I tried the POST like 2 years ago, and saw that it worked, and have told people they can use that instead - I just told someone else today and I think it might be best to just support this and change the documentation.Thanks for the consideration.
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