Skip to content
This repository has been archived by the owner on May 12, 2021. It is now read-only.

Move the search widget into the consolidated charmbrowser view #353

Merged
merged 6 commits into from May 30, 2014

Conversation

hatched
Copy link
Contributor

@hatched hatched commented May 29, 2014

This branch moves the search widget into the consolidated charmbrowser view.

Note

After this branch lands you will be REQUIRED to use the il flag until it's completely removed as some changes in this branch were too much work to implement just to keep the flag working for a few more days.

To QA

Use the il flags
This branch moves the search widget so do a deep exploratory QA with the search widget and charmbrowser code.

@jujugui
Copy link
Contributor

jujugui commented May 29, 2014

Test FAILed.
Refer to this link for build results: http://ci.jujugui.org:8080/job/juju-gui/1125/

@jujugui
Copy link
Contributor

jujugui commented May 29, 2014

Test PASSed.
Refer to this link for build results: http://ci.jujugui.org:8080/job/juju-gui/1126/

searchWidget.EVT_SEARCH_GOHOME, this._goHome, this)
);

this.after('withHomeChange', function(e) {
Copy link
Member

Choose a reason for hiding this comment

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

Is there a reason this event doesn't use addEvent?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It's attached to the main instance, so when it goes away so does the event handler.

@jujugui
Copy link
Contributor

jujugui commented May 29, 2014

Test FAILed.
Refer to this link for build results: http://ci.jujugui.org:8080/job/juju-gui/1127/

@huwshimi
Copy link
Member

I had a couple of QA issues. One I couldn't reproduce reliably, but I suspect it is related to the main issue. I suspect it may be an issue that was already existing, not introduced in this branch.

The charmbrowser is being rendered more than once. To reproduce drag a service to the canvas, click on the service and open the inspector, close the inspector and then inspect the HTML of the sidebar and it will have two sets of charmbrowser HTML:

<div id="yui_3_11_0_1_1401404489618_1020" ...
    <div class="search-widget"...
    <div class="charm-list"...
<div id="yui_3_11_0_1_1401404489618_1020" ...
    <div class="search-widget"...
    <div class="charm-list"...

@hatched
Copy link
Contributor Author

hatched commented May 30, 2014

It appears that the issue you're experiencing is also in develop. Can you elaborate on your other issue so I can see if it needs to be tackled in this branch?

@huwshimi
Copy link
Member

@hatched The other issue was that sometimes the home button rendering was a bit strange, but I'm almost certain this was because the other instance of the charmbrowser was showing underneath. I couldn't figure out how to reproduce it reliably.

@huwshimi
Copy link
Member

👍 QA OK. The double render probably needs another branch.

@hatched
Copy link
Contributor Author

hatched commented May 30, 2014

Thanks, I'll look into it. Because that one condition is pre-existing I may push it to a follow-up

if (e.change) {
change = Y.merge(change, e.change);
}
if (window.flags && window.flags.il) {
Copy link
Contributor

Choose a reason for hiding this comment

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

Necessary since this branch requires il?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Artifact of the copy/paste from the original code. I've left them all in so that they can all be removed at once.

@kadams54
Copy link
Contributor

Review looks good, with the possible caveat about the il flag. Are we close enough to being ready to remove it that it's OK for code to be broken without?

@kadams54
Copy link
Contributor

I'm seeing a rendering issue with the borders between items in the autocomplete dropdown; maybe some CSS that's missing?

http://cl.ly/image/0N0C120C1Z3o

@hatched
Copy link
Contributor Author

hatched commented May 30, 2014

Thanks for the review and QA!

The next branch after this one will be removing the il flag so I have left all references in to tackle it all at once.

There is definitely a css issue in the results list, I'll create a follow-up card for that.

@kadams54
Copy link
Contributor

👍 for landing this one. QA OK.

@hatched
Copy link
Contributor Author

hatched commented May 30, 2014

Thanks for the reviews and qa's follow-up cards have been created.
:shipit:

@jujugui
Copy link
Contributor

jujugui commented May 30, 2014

Status: merge request accepted. Url: http://ci.jujugui.org:8080/job/juju-gui-merge

@hatched
Copy link
Contributor Author

hatched commented May 30, 2014

Test passed when run manually: http://ci.jujugui.org:8080/job/juju-gui/1131/

jujugui added a commit that referenced this pull request May 30, 2014
This branch moves the search widget into the consolidated charmbrowser view. 

#### Note
After this branch lands you will be REQUIRED to use the `il` flag until it's completely removed as some changes in this branch were too much work to implement just to keep the flag working for a few more days.

#### To QA
Use the `il` flags
This branch moves the search widget so do a deep exploratory QA with the search widget and charmbrowser code.
@jujugui jujugui merged commit cb0e4d8 into juju:develop May 30, 2014
@hatched hatched deleted the search-widget-consolidated branch May 30, 2014 16:44
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants