- 15 Jul, 2016 6 commits
-
-
Chris Rodriguez committed
-
Remove edx icons usage in platform
alisan617 committed -
Update translations (autogenerated message)
Ned Batchelder committed -
Removing references to deleted module common.test.acceptance.pages.lm…
Ben Patterson committed -
Tech Debt on Certificate generate panel
Ahsan Ulhaq committed -
Ned Batchelder committed
-
- 14 Jul, 2016 3 commits
-
-
Fix branding api get_logo_url return value
Saleem Latif committed -
Adding logging if course_id is not found in enrolled course modes.
Awais Jibran committed -
Awais Jibran committed
-
- 13 Jul, 2016 13 commits
-
-
Remove edx-icons from edx-platform - TNL-4813 Remove edx-icons from LMS - TNL-4952 comment out baseline screenshot Bokchoy assertion tests SOL-1937 Temporarily comment out baseline screenshot Bokchoy assertion tests
alisan617 committed -
Jhony Avella committed
-
Bump problem-builder on edx.org to edx-release 2.0.4
Adam committed -
Release
Cliff Dyer committed -
Braden MacDonald committed
-
Hotfix for tabs
Chris committed -
Chris Rodriguez committed
-
Release Candidate: 2016-07-12
Cliff Dyer committed -
Account for settings.STATIC_URL in XBlock resource URLs when rewriting them.
Toby Lawrence committed -
ECOM-4681
Ahsan Ulhaq committed -
Saleem Latif committed
-
rewriting them. In PERF-341, we adjusted the static_replace middleware to try and exclude static XBlock resource URLs from being interpreted as the marker URLs used to signify course assets in course content. Since they both started with /static, this could, and did, cause issues where linking directly to the assets of an XBlock within, say, one of its templates, would lead to that link being rewritten and ultimately being incorrect. The fix attempted to see if the link started with the prefix that all static XBlock resource URLs start, and if so, it returned them unmodified. We incorrectly assumed that our testing captured all cases, and since we're here, we know that this was wrong. We weren't accounting for cases when the URLs being generated had the STATIC_URL configuration value prefixed -- https://example.com/static/xblock/.... -- and so our direct check of seeing if such a URL started with "/static/xblock" would always fail, leading to the erroneous rewriting and nonsensical output. This fix checks if the link either starts with the prefix OR if it starts with the STATIC_URL value and contains the prefix overall. There is a small overlap between the STATIC_URL and the prefix we check for, so an inconsistency could arise down the line if we changed our STATIC_URL to use a difference base directory, but our tests will at least catch the issue now.
Toby Lawrence committed -
Add flag allow toggle logistration footer
Douglas Hall committed
-
- 12 Jul, 2016 17 commits
-
-
small fix to typo in activation email
Cliff Dyer committed -
AC-517 fixes `color-contrast` ignores
Chris committed -
Jesse Zoldak committed
-
caseylitton committed
-
caseylitton committed
-
Chris Rodriguez committed
-
Safelint violation count
Chris committed -
Mark test for skipping SOL-1811
Jesse Zoldak committed -
Chris Rodriguez committed
-
Adam Palay committed
-
Add ConfigurationModel governing integration with the catalog service.
Renzo Lucioni committed -
Jesse Zoldak committed
-
AC-486 updating tabbed_view to use proper accessibility rules
Chris committed -
Chris Rodriguez committed
-
Fixes mobile app footer link styles
Chris committed -
Chris Rodriguez committed
-
asadiqbal08/WL-552 ID-Verification message is responsive in activate account page
Asad Iqbal committed
-
- 11 Jul, 2016 1 commit
-
-
moving milestones/gating check to access.py
sanfordstudent committed
-