Skip to content

[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 our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Jul 19, 2017
Merged

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

merged 1 commit into from
Jul 19, 2017

Conversation

ogizanagi
Copy link
Contributor

@ogizanagi ogizanagi commented Jun 29, 2017

Q A
Branch? 2.8
Bug fix? yes
New feature? no
BC breaks? no
Deprecations? no
Tests pass? yes
Fixed tickets #23563
License MIT
Doc PR N/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 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.

@ogizanagi
Copy link
Contributor Author

ogizanagi commented Jun 29, 2017

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

fabpot commented Jul 3, 2017

ping @javiereguiluz

@nicolas-grekas nicolas-grekas added this to the 2.8 milestone Jul 3, 2017
@ogizanagi
Copy link
Contributor Author

@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.

@javiereguiluz javiereguiluz merged commit 28930c5 into symfony:2.8 Jul 19, 2017
javiereguiluz added a commit that referenced this pull request Jul 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/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](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
@ogizanagi ogizanagi deleted the fix/2.8/profiler_toolbar_dump branch July 19, 2017 17:50
This was referenced Aug 1, 2017
@MatTheCat
Copy link
Contributor

What is the meaning of this piece of JavaScript?

I think the issue comes from the fact it assumes all .sf-toolbar-block have position: relative on :hover, but .sf-toolbar-block-dump is static.

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 request Mar 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/A

Since symfony#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 free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants