Panels token replacement doesn't handle url_encoded values well

Problem:

"/sites/default/files/filename-(1).jpeg" becomes "/sites/default/files/filename-%281%29.jpeg" due to sanitization. Panels uses % as an indication of a contextual keyword.

The attached patch minimizes this by including the first part of the keyword in the search pattern before doing a context keyword substitution.

The previous patch had issues. Please review attached patch #4.

I've attached the patch with metatag_panels/tests included. The pages_default include has been updated with user context, and the abstract metatag is used with the string "http://www.example.com/user/%user:uid/full-bio-%281%29.pdf". Hoping to receive "http://www.example.com/user/1/full-bio-(1).pdf" after processing the context keyword replacements and decoding the url encoded value.

Forgot to include the test in the manifest

I ran this one locally and cleaned up the errors with the test. metatag_hreflang passes as well for me.

Metatag Href with Entity Translation was failing because upstream or other code changes have lead to the default form language being set to 'en' and the index of the locale fields being changed to 'default' instead of 'value'.

Hi Damien, I found the issue with metatag href... the form structure has changed recently. I'll look at adding these back into metatag_panels.test now.

Good looks like everything's passing. Here's your revised patch with a single method in in the metatag_panels/tests/metatag_panels.test path.

Attached patch includes metatag_panels related test methods and fix for this issue.

Damien, Thanks for being on top of this over your weekend :)

This has passed tests, just wondering if it can be included in a release anytime soon or if we are waiting for more RBTC feedback