Oh, sorry about that! Looks like since that XBlock’s repo started life as a fork of another one, GitHub didn’t enable issues for that repo from that get-go. I’ve enabled the Issues tab now.
By the way: @mrtmm is doing the bulk of the functional work on that XBlock; my commits are just scaffolding and tests and docs.
Back to your question, I think Discourse is actually eating the link you posted, so I can’t really comment on what’s breaking for you. So try the following suggestion, and if after that things still aren’t working for you, then please do go ahead and post an issue on GitHub and we’ll take it from there: could it be that you’re getting burned by the default safe_mode setting (replace), and what you want is escape? We recently added a discussion of the safe_mode setting to the README; you might want to take a quick peek at that.
Please let me know if that information is helpful. Thank you!
My bad, you’re right, discourse was interpreting the link as Markdown and I didn’t realize it. I fixed it to fully show up.
So, I’d like to give that a try, but I’m using Tutor and unfortunately I don’t know how to set multi-line configurations in Tutor like XBLOCK_SETTINGS seems to be. Someone else was mentioning the same question here, so I’m just watching it and waiting for an answer:
All right, I can confirm this issue. If you’re curious, here’s the PR that adds the unit tests for this scenario:
As far as I can tell there’s not much that the XBlock can do about it, as this behavior is buried rather deep within the Markdown processor that the XBlock uses. However, you have two options to work around this issue:
Disable safe_mode. Not recommended, unless you have a pressing need for inline HTML in Markdown for some other reason.
Leave safe_mode enabled, and URL-encode your links. This is what I’d recommend in your case. For example, use
I’ll give URL encoding of links a try. Though it appears to me that the markdown plugin itself is URL encoding things when I mouse over them. But if that doesn’t work, I’ll try changing the settings, now that that post above explained how to do multi-line settings.
I confirmed that replacing + with %2B works (thought the other instructors are definitely going to complain about having to do that :-/. So if there was some way to make it just work that’d be great. But this is an acceptable workaround for now.)
The way to make it “just work” is to disable safe mode, with all the additional implications that that has. I wouldn’t recommend that though, and if I were in your shoes I’d much prefer the URL-encoded approach.
Hello Florian (and @mrtmm since I see she was the last one to commit to the repo.) Now that Tutor’s the default Open edX install method, can you provide some guidance on how to disable safe_mode in tutor? I tried the following:
I think /home/tutor/.local/share/tutor/env/apps/openedx/config/lms.env.json is where ultimately the tutor plugins get injected into, but there’s no grep hits for XBLOCK_SETTINGS in there, so I assume my syntax is way off…