Closed Bug 1529362 Opened 10 months ago Closed 3 days ago

Implement a whole new search experience

Categories

(bugzilla.mozilla.org :: Search, enhancement)

Production
enhancement
Not set

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: kohei, Assigned: kohei)

References

(Depends on 2 open bugs, Blocks 39 open bugs)

Details

(Keywords: bmo-goal, bmo-ux)

This bug implements an overhaul of the search results page (buglist.cgi) which is one of the big BMO Q1 goals. Basic ideas are written in the Bugzilla UX Wiki and my UX Analysis. I’m going to interview some people, create some mockups, and look for prerequisites before starting implementation.

Depends on: 1529365
Depends on: 1529368

Just to pick up on a point in the UX analyis, as I can't comment there:

TIMESTAMP FIELD:
Issues: It’s always displayed at the top of the page, but it’s not an important piece of information.
Suggestions: Replace it as the tooltip of the new in-app reload button (see above).

The timestamp is vital for printed bug lists, so make sure that whatever happens on-screen, it is still prominently shown at the top of the page when you print it.

That's a general comment, I guess, about the UI/UX work - don't forget the print requirements!

Not sure how many people are printing bug lists, but it’s easy to show the timestamp only for print media 🙂

(In reply to Kohei Yoshino [:kohei] (Bugzilla UX) (FxSiteCompat) from comment #2)

Not sure how many people are printing bug lists,

Well, anyone who uses Bugzilla in a business context, for a start. We may not print to paper so much any more, but printing to PDF is a regular occurrence for various different purposes (client comms, sprint planning, etc.).

but it’s easy to show the timestamp only for print media 🙂

Easy, but also easily forgotten, and the tone of your answer implies that printing hasn't been considered at all, yet.

Please, please, please don't neglect the print requirement as part of the redesign. It is vital. Sometimes contracts are based on Bugzilla lists!

This applies for other areas of the system too (e.g. the individual bugs and the history pages).

Great feedback. Thanks!

No longer depends on: 1169040
Depends on: 1531613
Depends on: 1294519
Depends on: 918443
Blocks: 115658
See Also: → 246272
Blocks: 317417
Blocks: 377140
Blocks: 921752
Blocks: 246272
See Also: 246272
Blocks: 1531859
No longer depends on: 1508201
Blocks: 283667

The performance of the API has greatly improved thanks to dylan’s optimization work in Bug 1512815, but there are apparently a couple of things to make the current search queries compatible with the API, like Bug 918443 and Bug 1294519. Will try to find and fix them.

Depends on: 1512815
Depends on: 1481106
No longer depends on: 1294519
No longer depends on: 918443
Depends on: 1497721
Blocks: 756172
Blocks: 478847
Depends on: 1533610
Blocks: 1534029
Blocks: 373012
Blocks: 390831
See Also: → 1541622
Blocks: 1548533
Blocks: 101865
No longer blocks: 1472450
Depends on: 1472450
No longer blocks: 1534029

I already have a simple Ajax-y bug list prototype created for Bug 1478011. I’m extending it, will send a pull request next week.

No longer blocks: 151686
Depends on: 1560245
Blocks: 1472450
No longer depends on: 1472450
Blocks: 1533610
No longer depends on: 1533610
No longer depends on: 1525037

Hey Kohei, is it just me or this change that landed on Custom Search broke the existing queries? I had a lot of monthly queries to filter my team issues on specific features that involved custom searches with 8-12 email addresses. They seem to partially work cause they return the right numbers on past months, but the custom search area returns no list of emails when trying to edit the query, it's blank. Here is an example (http://tinyurl.com/y2sjzkoa).
Also, if I change the time period on that query for example, it no longer takes into consideration the list of emails. So I cannot update them either in this state.

Please tell me that I don't need to redo my queries, cause will take me a lot of time...

Flags: needinfo?(kohei.yoshino)

Sorry, that’s probably Bug 1562139.

Flags: needinfo?(kohei.yoshino)

Yes, seems like. I'll just wait for a fix then, before updating my June queries. Thanks for looking into it!

Blocks: 1569754

This is now unlikely to happen.

Status: ASSIGNED → RESOLVED
Closed: 3 days ago
Resolution: --- → INCOMPLETE

This is now unlikely to happen.

Why not?

You need to log in before you can comment on or make changes to this bug.