Thanks to visit codestin.com
Credit goes to github.com

Skip to content

[WebProfilerBundle] Display the Missing translations tab by default if there are missing translations #26394

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

Closed

Conversation

javiereguiluz
Copy link
Member

Q A
Branch? 2.8
Bug fix? yes
New feature? no
BC breaks? no
Deprecations? no
Tests pass? yes
Fixed tickets -
License MIT
Doc PR -

Some of you may consider this a new feature instead of a bug, but I thought this was a bug because the new behavior should be the behavior of this panel since day one.

The idea is to display the "Missing translations" tab selected by default ... but only when there are missing translations. Otherwise, keep displaying the "Defined translations" tab.

@Simperfit
Copy link
Contributor

I tend to agree to treat this as a bugfix, since the behaviour seems better than before.

@@ -338,13 +338,14 @@
var tabNavigation = document.createElement('ul');
tabNavigation.className = 'tab-navigation';

var selectedTabId = 'tab-' + i + '-0'; /* select the first tab by default */
Copy link
Contributor

@ro0NL ro0NL Mar 4, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does twigbundle need the same fix? file not found in 2.8... but dont forget to update it upon merge i guess ;-)

{# This file is partially duplicated in TwigBundle/Resources/views/base_js.html.twig. If you
make any change in this file, verify the same change is needed in the other file. #}

also the reason im a bit skeptical about 2.8... it's new behavior and things have changed as of 3.4. Not sure if the merge will be conflicting.. but tend to prefer 3.4 at least somehow :)

@fabpot
Copy link
Member

fabpot commented Mar 4, 2018

Definitely not a bug as there is nothing broken right now. A behavior change (@Simperfit) is a new feature and applying a bug fix to 3.4 instead of convenience (@ro0NL) makes me think this is not a bug either.

@javiereguiluz
Copy link
Member Author

Closing in favor of #26398 to add this as a new feature. Cheers!

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.

5 participants