
Within Olivero, if the image can overlap a sidebar if the toolbar is in vertical mode and is open.
Comment | File | Size | Author |
---|---|---|---|
#26 | 3220566-d11.png | 903.04 KB | nayana_mvr |
#18 | after-patch.png | 1.37 MB | pradipmodh13 |
#18 | before-patch.png | 2.09 MB | pradipmodh13 |
#17 | Before the patch.png | 1.49 MB | rinku jacob 13 |
#17 | After the patch.png | 1.53 MB | rinku jacob 13 |
Issue fork drupal-3220566
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
djsagar CreditAttribution: djsagar at OpenSense Labs commentedComment #3
djsagar CreditAttribution: djsagar at OpenSense Labs commentedHi mherchel,
Small changes in code regarding you issue please review.
Thanks!
Comment #4
djsagar CreditAttribution: djsagar at OpenSense Labs commentedComment #6
bnjmnmre #5 @vikashsoni adding a screenshot that shows a patch applies provides zero benefit. The Drupal test runner automatically confirms a patch is able to apply, there's no reason to provide additional evidence of this. This can be seen in #3

This has been pointed out to you before: #3217924: Olivero: Convert all colors (blues and grays) to HSL and normalize hues and saturations. . I encourage you to use Drupal Slack to ask questions about how to contribute to issues in a way that benefits them. It can be confusing at first but many of us are happy to assist.
Comment #7
abhijith s CreditAttribution: abhijith s as a volunteer and at Zyxware Technologies commentedApplied patch #3 and it fixes the issue.Adding screenshots.
Before:

After:

RTBC +1
Comment #8
bnjmnmThis approach won't work as it results in the vertical menu covering interactable parts of the page. For example, the menu toggle can no longer be accessed. There are two significant reasons this is a problem 1) This deviates from the expected functionality - in all other themes the full page is still interactable 2) It it an accessibility violation as there's areas where an element could be focused but the focus state not visible.
This should probably be addressed in a way that has the image resizing to the width available to it.
Comment #9
kiran.kadam911@mherchel @bnjmnm Yes we should use
max-width
here and I just checked image is already having max-width 100% even overlapping issue is also not present. Attaching screenshot,Let me know if I am on the wrong path or checking something else.
Thanks!
Comment #10
chetanbharambe CreditAttribution: chetanbharambe at QED42 for Drupal India Association commentedVerified and tested patch #3.
Patch applied successfully.
Testing Steps:
# Go to Appearance -> Set Olivero theme
# Set the toolbar in vertical mode
# Place the custom block in the sidebar region
# Save it
# Create an article page with uploading an image
# Save it and see the results
Expected Results:
# wide image should not overlap on the sidebar when toolbar open and in vertical mode
Actual Results:
# wide image can overlap sidebar when toolbar open and in vertical mode
Test Results: Wide image is not overlapping on the sidebar when the toolbar is in an open and vertical mode but there should be some margin on the left side also. The image should not touch the toolbar.
Please refer attached screenshots.
Can be a move to Needs work.
Comment #12
komal.savla CreditAttribution: komal.savla as a volunteer commentedHi,
Creating new patch with changes in code to fix overlapping with sidebar when vertical toolbar is opened.
Please review the patch
Thanks
Comment #13
ranjith_kumar_k_u CreditAttribution: ranjith_kumar_k_u at Zyxware Technologies commentedFixed custom command failure
Comment #14
xjmNormal priority bug under the normal issue priority definition:
Comment #17
rinku jacob 13 CreditAttribution: rinku jacob 13 at Material for Drupal India Association commentedRe-rolled patch#13 for drupal version 9.5.x-dev.Also reviewed the issue with the re-rolled patch.Adding screen shots for the reference.Thanks @Ranjith Kumar
Comment #18
pradipmodh13 CreditAttribution: pradipmodh13 at Material for Drupal India Association commentedApplied patch #13.
It's working successfully.
this bug occurs only on if you upload image on Article content type.
It is working fine in basic page content type.
Comment #19
gisleAs site moderator, I unpublished one junk comment (uploaded screenshot of patch applying successfully) by vikashsoni that was reported to the site moderators as spam.
For reference, please see item #11 on the list of things not do do.
Comment #20
akshayadhavI don't think applying
width: auto
to image container is the right fix for this issue, as it disrupts the main idea and design behind extending the image from both left and right sides.I would suggest to extend the width of the main container and reduce the width for textual content only (keeping the width of the image same as outer container). Which will give the desired (design) output without creating such issues.
The issue is causing because the width is increased beyond its available width and -ve margin-left is applied to it.
@bnjmnm, @mherchel Your thoughts please.
Comment #21
amin.ankitComment #22
amin.ankitComment #25
wim leersWe ran into this same bug while working on Experience Builder over at #3468106-26: Render component tree inside the default theme, as a regular page.
Comment #26
nayana_mvr CreditAttribution: nayana_mvr at Material commentedI have verified this issue on Drupal core version 11.x and it is not reproducible. Steps followed:-
In the frontend, the image size is adjusted to fit in the content region and is not overlapping with sidebar content. Please find the attached screenshot for reference.
I have checked the related issue linked here. I think it would be better to create a separate ticket for the issue mentioned there as the primary issue mentioned in this ticket seems to be fixed. Would recommend review from others as well. So moving this ticket to Need Review.
Comment #27
smustgrave CreditAttribution: smustgrave at Mobomo commentedAnyone still seeing this issue? If not we can just close this one out.
Comment #28
smustgrave CreditAttribution: smustgrave at Mobomo commentedBumping 1 more time.