User Profile

iftomkins

Maven

Joined 13 years ago

186 Posts55 Likes8 Solutions

View All Badges

User Widgets

Contributions

Re: Add message type icons to search result items
I don't think I ever figured this out. I think I went back to the out of the box search component so I could tap into the default behavior with icons, then changed some parameters in the xml layout, and finally hacked at it with CSS.
9 years ago Place Developer Discussion
153Views
0likes
1Comment
How do we enable/build preview text on hover?
In this very board, when you hover over a post, it shows a preview of the text of that post. How do we enable this feature for our own community, or if it's a customization, could you please share the code here? Many thanks!
10 years ago Place Developer Discussion
178Views
0likes
4Comments
What does the SSO setting "Enable Auto-Signin for Fallback SSO" do?
Does anyone know what this SSO setting does?: "Enable Auto-Signin for Fallback SSO" In a Lithium post it says that it "Enables auto-signin via fallback SSO if cookie-based sign-in fails." https://community.lithium.com/t5/Single-Sign-On-SSO/Configure-SSO-options/ta-p/108915 What are the benefits of turning on this setting, and what SSO development would we have to do on our side to make user of it, if any?
Solved
10 years ago Place Developer Discussion
196Views
0likes
1Comment
Do we need this SEO setting?: "Append topic ID to title and description meta tags"
Greetings Lithosphere! We have the following SEO setting checked by default: "append topic ID to title and description meta tags". It appends a string of numbers to the topic title, which means that in Google Results, there is a number in every title. We'd prefer to remove the number, as it's not aesthetically pleasing. I understand the underlying SEO reason for this of avoiding duplicate content. However, none of our posts should have the exact same content. If they do, someone has cross-posted and our moderators should address it. Can we safely turn off this setting and stop appending the numbers, without hurting SEO? Any other considerations? Cheers, Alan
10 years ago Place Developer Discussion
172Views
3likes
4Comments
Re: Get URL of user avatar, but get default image if user's account has been closed
Great idea for improvement, Robert, thanks!
10 years ago Place Developer Discussion
279Views
0likes
0Comments
Get URL of user avatar, but get default image if user's account has been closed
We have a custom component that generates the author block of each topic/reply. The custom component pulls the avatar URL for the message author via the API. However, when the user has closed their account, this API call does not successfully return the default anonymous user image from the settings. Instead, it returns a mysterious default image from deep in the depths of Lithium (see attached). Lithium support told us that to fix this, we need to update the logic in our custom author component. This is the solution I came up with, and it works, but I wanted to post here both to see if it's a good solution, and to potentially assist future seekers. The solution checks to see if the user id of the message author is -1, since that is the user ID that Lithium seems to be assigning to closed user accounts. Is this a solid solution? <#if messageAuthorId == -1 > <#assign avatarUrl = "/html/assets/icon_anonymous_message.png" /> <#else> <#assign avatarUrl = rest("/users/id/${messageAuthorId}/profiles/avatar/url").value /> </#if>
Solved
10 years ago Place Developer Discussion
304Views
0likes
2Comments
Re: SSO registration page strips anchor from URL when redirects
This is a workaround to fix a "product limitation", as we've been told, where users who have been authenticated via SSO (but have not "registered" with a username), are not able to click the Vote button in the Ideas Exchange. For most Lithium instances, a non-registered user would be allowed to click it, then prompted to choose a username, and then redirected to the message they were viewing (with the vote action taken). However, this doesn't happen on our site. We've been told it's because we authenticate all users via SSO who view the site, so users are in a "partially registered" state. This workaround manually adds a link to the disabled button, which allows users to click it and be directed to choose a username on the SSO registration page, then returned to the page they were on. We were trying to use the "fragment" to return people to the exact same message they were voting on.
10 years ago Place Developer Discussion
238Views
0likes
0Comments
Re: SSO registration page strips anchor from URL when redirects
Thanks, Jason! That's too bad. Do you know of any workarounds?
10 years ago Place Developer Discussion
254Views
0likes
2Comments
SSO registration page strips anchor from URL when redirects
Background: Our community is private, so all users who view it are signed in with SSO. To participate (vote/reply/etc.), users must choose a username. The Problem: When we send users to the SSO page with a dest_url including an anchor tag, the anchor tag is stripped. (This is part of a workaround where we send users to the sso registration page manually when they click "Vote" on an idea, because the default Lithium behavior was to disable the action.) For example, when users are on the SSO registration page, they are at this URL: https://community.stage.fitbit.com/t5/user/ssoregistrationpage?dest_url=https://community.stage.fitbit.com/t5/Share-Your-Story/MY-EYES-HURT/m-p/717#M33 Once users choose a username, they are redirected to: https://community.stage.fitbit.com/t5/Share-Your-Story/MY-EYES-HURT/m-p/717 The #M33 anchor on the end is missing! How do we make the anchor tag stay when the SSO page is redirecting to the dest_url value? Thanks!
Solved
10 years ago Place Developer Discussion
280Views
0likes
4Comments
Re: Creating a redirect for users without a login name, but user.login has a mystery default value
Thanks! The solution worked perfectly.
10 years ago Place Developer Discussion
208Views
0likes
0Comments