No Code Attached Yet bug
avatar BPBlueprint
BPBlueprint
21 Jun 2022

Steps to reproduce the issue

Use iPhone

  1. Create a CustomField for com_content type MEDIA (only for subforms)
  2. Create a CustomField for com_content type SUBFORM and use the MEDIA-field as field
  3. Login to backend OR frontend
  4. Go to Edit an article
  5. Add one media-field at the subform (+ Button)
  6. Try to pick a mediafile

Expected result

the modal-field (with the media-files/media-manager) is above all other containers and is accessible

Actual result

the modal-field (with the media-files/media-manager) is below the other containers. You can scroll the whole site, but you not the modal. You have no access to the media-manager (upload, delete, pick a picture ...)

System information (as much as possible)

iPhone 8
iOS 13.5.1
Joomla 4.1.x

Additional comments

Works as it should with Android
Works as it should with "normal" custom field type Media.
Works NOT with custom Field type Media within a subform/repeatable

avatar BPBlueprint BPBlueprint - open - 21 Jun 2022
avatar BPBlueprint BPBlueprint - change - 21 Jun 2022
Labels Removed: ?
avatar joomla-cms-bot joomla-cms-bot - change - 21 Jun 2022
Labels Added: No Code Attached Yet
avatar joomla-cms-bot joomla-cms-bot - labeled - 21 Jun 2022
avatar BPBlueprint
BPBlueprint - comment - 21 Jun 2022

screen shot 2022-06-21 at 11 11 16
works correct with Android
works with normal custom field "media" and works with repeatable/subform custom field (several media files in one CF)


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/38115.
avatar BPBlueprint
BPBlueprint - comment - 21 Jun 2022

screen shot 2022-06-21 at 11 13 00
with iOS (iPhone) the modal appears below the rest of the page. No access for uploading oder pcking or editing pictures


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/38115.

avatar laoneo
laoneo - comment - 24 Jun 2022

Can you extend the testing steps so we can reproduce the issue with core only and can you confirm that it has the same behavior with cassiopaia and is not an issue with your own template.

avatar BPBlueprint
BPBlueprint - comment - 24 Jun 2022

This problem is not wioth my own template.
Same problem with cassiopaia (frontend) and atum (backend)

Testing Steps (gonna edit my first post, too):

  1. Create a CustomField for com_content type MEDIA (only for subforms)
  2. Create a CustomField for com_content type SUBFORM and use the MEDIA-field as field
  3. Login to backend OR frontend
  4. Go to Edit an article
  5. Add one media-field at the subform (+ Button)
  6. Try to pick a mediafile
    --> Popup opens, but it is not accessible
avatar BPBlueprint BPBlueprint - change - 24 Jun 2022
The description was changed
avatar BPBlueprint BPBlueprint - edited - 24 Jun 2022
avatar BPBlueprint
BPBlueprint - comment - 27 Jun 2022

I got the solution right now:

Seems to be a bootstrap bug.
override the .table-responsive for all the media queries: https://github.com/twbs/bootstrap/blob/eea1b1e1fd04596265cad9d8036a73d20c7a3c5d/scss/_tables.scss#L161 with -webkit-overflow-scrolling: inherit;

Or like in my case, just put

/** Bugfix for Apple iOS **/
.table-responsive {
-webkit-overflow-scrolling: inherit !important;
}

into my templateĀ“s CSS-file.

I am not sure if !important is necessary at all.


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/38115.

avatar chmst chmst - change - 17 Feb 2023
Labels Added: bug
avatar chmst chmst - labeled - 17 Feb 2023

Add a Comment

Login with GitHub to post a comment