Thanks Michal, I think the hack option is what I’ll do in the meantime. There’s nothing to really target on that element, so I’ll have to get creative.
Has anyone encountered an issue with silverstripe-asset-admin on IE 11/Windows 10? We have a large client that’s unfortunately stuck on that combo and unable to upgrade. The issue is when an image is previewed/edited from a page in the CMS, the text/input fields/upload field show over the top of the modal.
I noticed the modal wrapper has an inline style of
position: relative;. Removing that style fixes the issue, so can anyone think of any quick fixes to resolve this?
How it looks when editing an image.
The inline style, with position: relative;
Hmmm, @nightjarnz known issue? Maybe check the GitHub issues on Asset Admin or base Admin. Otherwise, I have no immediate solution but to hack around it and make a bug report on GitHub with steps to reproduce?
Well, the slack-archive for once isn't helpful! https://slackarchive.silverstripe.org/slack-archive/search/?Query=asset-admin+windows&Channel%5B%5D=&User%5B%5D=&action_doSearch=Search
SilverStripe Community Slack archive. SilverStripe Slack Community Archive all the slack conversations searchable and for reference. Search by channel, user, username, or just a query. With solr search facets to show the result count per channel and userHide attachment content
Thanks @firesphere—Issue now logged https://github.com/silverstripe/silverstripe-asset-admin/issues/909 🙂
We have a large client that is unfortunately forced to use a combo of IE 11 and Windows 10. They have reported that when editing an image, the modal is obscured by the form inputs underneath.
<https://user-images.githubusercontent.com/5515179/51821521-5440fb00-233e-11e9-920d-7b7701a4ee27.png|screen shot 2019-01-28 at 4 24 58 pm>
I had a quick look, and found the modal wrapper has inline styles of
position: relative; and
<https://user-images.githubusercontent.com/5515179/51821666-d7fae780-233e-11e9-8753-f1ef74053265.png|screen shot 2019-01-28 at 4 25 31 pm>
Removing either of these inline styles corrects the display to what is expected.
<https://user-images.githubusercontent.com/5515179/51821698-ec3ee480-233e-11e9-9848-be5ec43ffa1c.png|screen shot 2019-01-28 at 4 25 51 pm>
Unfortunately I don't have the time to investigate further or fix, so any help would be much appreciated. Results can be reproduced using IE 11 on Windows 10 with Browser Stack.
Framework version is SS 4.2, running on PHP 7.2.Hide attachment content
Thanks @nightjarnz—I’m used to Frameworks such as CodeIgniter/Laravel (and coding up forms by hand), so it’s a paradigm shift doing some work with SilverStripe!
Thanks @Ramon Lapenta, I didn’t quite understand how SS processed forms (Docs weren’t much help). After digging through the source code I realised I need to scope the message to the field itself like this:
Nothing rendered in the DOM 😞.
Template section outputting
Session form errors.
I’m sure I must be doing something wrong here, but how do I get SS to output form validation errors in the template? I followed the form encapsulation tutorial, and have a custom form object. In the template it looks like I just need to include the
$Message variable, but nothing shows. I can see the validation errors plain as day within my Session however.
I’m sure I must be doing something wrong here, but how do I get SS to output form validation errors in the template
No worries 🙂 - Yes, HTTPS is set to ‘on’ in my PHP info.