Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

[WebProfilerBundle] Fix full sized dump hovering in toolbar#23330

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
javiereguiluz merged 1 commit intosymfony:2.8fromogizanagi:fix/2.8/profiler_toolbar_dump
Jul 19, 2017
Merged

[WebProfilerBundle] Fix full sized dump hovering in toolbar#23330

javiereguiluz merged 1 commit intosymfony:2.8fromogizanagi:fix/2.8/profiler_toolbar_dump
Jul 19, 2017

Conversation

@ogizanagi
Copy link
Contributor

@ogizanagiogizanagi commentedJun 29, 2017
edited
Loading

QA
Branch?2.8
Bug fix?yes
New feature?no
BC breaks?no
Deprecations?no
Tests pass?yes
Fixed tickets#23563
LicenseMIT
Doc PRN/A

Since#22953, the dump block shown on hovering the toolbar item takes the full width. But at least on OS X chrome, safari and firefox, the behavior is buggy and makes it unusable as the cursor can't reach the dumped content:

juin-29-2017 21-09-38

Honestly, I don't really understand the issue here and tried some tweaks until it works everywhere, (including trying to add a.no-resize class onsf-toolbar-info to avoid executing the related js event listener in case it was conflicting).

As shown in the screenshot, it also fixes the case where the dump wasn't full width under a certain size.

yceruto, vudaltsov, and cmfcmf reacted with thumbs up emoji
@ogizanagi
Copy link
ContributorAuthor

ogizanagi commentedJun 29, 2017
edited
Loading

After some more investigations, it seems it doesn't happen on a fresh install. It happens on symfony-demo. The cause seems to be a conflict somewhere with bootstrap-sass, as removing it solves the issue.

@fabpot
Copy link
Member

ping@javiereguiluz

@nicolas-grekasnicolas-grekas added this to the2.8 milestoneJul 3, 2017
@ogizanagi
Copy link
ContributorAuthor

@javiereguiluz : What do you think about merging this one? It's not ideal, because I didn't really identify the conflicting css rules leading to this strange behavior, but at least this patch has been proven effective for everyone in the referenced issue.

@javiereguiluz
Copy link
Member

@ogizanagi you are right. Let's merge this. Thanks!

@javiereguiluz
Copy link
Member

Thanks Maxime.

@javiereguiluzjaviereguiluz merged commit28930c5 intosymfony:2.8Jul 19, 2017
javiereguiluz added a commit that referenced this pull requestJul 19, 2017
…r (ogizanagi)This PR was merged into the 2.8 branch.Discussion----------[WebProfilerBundle] Fix full sized dump hovering in toolbar| Q             | A| ------------- | ---| Branch?       | 2.8 <!-- see comment below -->| Bug fix?      | yes| New feature?  | no <!-- don't forget updating src/**/CHANGELOG.md files -->| BC breaks?    | no| Deprecations? | no <!-- don't forget updating UPGRADE-*.md files -->| Tests pass?   | yes| Fixed tickets |#23563 <!-- #-prefixed issue number(s), if any -->| License       | MIT| Doc PR        | N/ASince#22953, the dump block shown on hovering the toolbar item takes the full width. But at least on OS X chrome, safari and firefox, the behavior is buggy and makes it unusable as the cursor can't reach the dumped content:![juin-29-2017 21-09-38](https://user-images.githubusercontent.com/2211145/27705877-b25c1496-5d0f-11e7-8fff-169e080e335c.gif)Honestly, I don't really understand the issue here and tried some tweaks until it works everywhere, (including trying to add a `.no-resize` class on `sf-toolbar-info` to avoid executing the related js event listener in case it was conflicting).As shown in the screenshot, it also fixes the case where the dump wasn't full width under a certain size.Commits-------28930c5 [WebProfilerBundle] Fix full sized dump hovering in toolbar
@ogizanagiogizanagi deleted the fix/2.8/profiler_toolbar_dump branchJuly 19, 2017 17:50
This was referencedAug 1, 2017
@MatTheCat
Copy link
Contributor

What is the meaning ofthis piece of JavaScript?

I think the issue comes from the fact it assumes all.sf-toolbar-block haveposition: relative on:hover, but.sf-toolbar-block-dump isstatic.

Proper quick fix:

.sf-toolbar-block.sf-toolbar-block-dump .sf-toolbar-info {+  left: 0 !important;   max-width: none;-  right: 0;+  right: 0 !important;}

ostrolucky pushed a commit to ostrolucky/symfony that referenced this pull requestMar 25, 2018
… toolbar (ogizanagi)This PR was merged into the 2.8 branch.Discussion----------[WebProfilerBundle] Fix full sized dump hovering in toolbar| Q             | A| ------------- | ---| Branch?       | 2.8 <!-- see comment below -->| Bug fix?      | yes| New feature?  | no <!-- don't forget updating src/**/CHANGELOG.md files -->| BC breaks?    | no| Deprecations? | no <!-- don't forget updating UPGRADE-*.md files -->| Tests pass?   | yes| Fixed tickets |symfony#23563 <!-- #-prefixed issue number(s), if any -->| License       | MIT| Doc PR        | N/ASincesymfony#22953, the dump block shown on hovering the toolbar item takes the full width. But at least on OS X chrome, safari and firefox, the behavior is buggy and makes it unusable as the cursor can't reach the dumped content:![juin-29-2017 21-09-38](https://user-images.githubusercontent.com/2211145/27705877-b25c1496-5d0f-11e7-8fff-169e080e335c.gif)Honestly, I don't really understand the issue here and tried some tweaks until it works everywhere, (including trying to add a `.no-resize` class on `sf-toolbar-info` to avoid executing the related js event listener in case it was conflicting).As shown in the screenshot, it also fixes the case where the dump wasn't full width under a certain size.Commits-------28930c5 [WebProfilerBundle] Fix full sized dump hovering in toolbar
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@javiereguiluzjaviereguiluzjaviereguiluz approved these changes

Assignees

No one assigned

Projects

None yet

Milestone

2.8

Development

Successfully merging this pull request may close these issues.

6 participants

@ogizanagi@fabpot@javiereguiluz@MatTheCat@nicolas-grekas@carsonbot

[8]ページ先頭

©2009-2025 Movatter.jp