Badges
Accepted Solutions
Likes Received
Posts
Discussions
Ideas
Blog Posts
When setting a language on forms, there is some automatic translation of common form labels—this is great and helps save time when doing multilingual work. However, in the Japanese translation, there's a bit of clunky wording:First Name as 「ファースト ネーム」Last Name as 「ラスト ネーム」The fact that these are wri...
My understanding (and correct me if I'm wrong) is that it is only the domain the cookie is setting from when third-party that needs to be secure (e.g., if you go to an HTTP-only site but the third party is HTTPS, you can still set a secure flag on the cookie)—strictly speaking, the secure flag only ...
Upcoming changes to Chromium are enforcing better policies around using Secure and SameSite flags in cookies. Unfortunately, this conflicts with the way Marketo writes cookies today and could potentially cause major issues for Marketo customers once this is rolled out—Microsoft and Mozilla are also ...
So, I wanted to post an update to this idea because it's been sitting with the "Working On It Now" label on it for over a year. I recently checked in on the instance that originally found this issue because I noticed the trigger for it had been automatically deactivated—and it turns out there hadn't...
As far as I'm concerned, this is the real way to handle this—not creating anything inside the Marketo platform. Similar things are done all the time for things like validation rules, minimum viable records, etc.
Straightforward request: could we please get webhook subscription updates on Marketo Status? This is necessary in order to integrate with RingCentral Glip. There's no RSS parser that would work in lieu of this being active, unfortunately.
I've been increasingly toying around with Marketo Sky to see if it's worth switching over for certain activities, and recently went to edit an existing token I had made in the Classic UI a day or two ago. When I go to review that token, I get the following:Setting aside the codeblock piece (which no...
Given that I don't know how viable this is in terms of product roadmap, your best bet on this one might be to make a Tampermonkey script or Stylus declarations that inserts some overriding CSS for a dark mode (and hey, maybe even share it so it can be collaborated on).
Oh, to be clear, mail servers that go through punycode and sort into mailboxes/interpret local-part accordingly are definitely non-standard deployments (mostly Dovecot curiosities) and I wouldn't bank on it; perhaps I should have used stronger language than "no guarantee". I'm just noting there are ...
I would make the argument that if you have folks using UTF-8 in their domains (not the local inbox!) that you could just use a punycode conversion for now. If someone has UTF-8 in their local inbox, you could attempt a punycode conversion, but there's no guarantee that the mail server understands th...