Bug 1714695 - version field is non-functional when default search is set to classification Fedora, product Fedora
Summary: version field is non-functional when default search is set to classification ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Bugzilla
Classification: Community
Component: Query/Bug List
Version: 5.0
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: 5.0-RH7
Assignee: Jeff Fearn 🐞
QA Contact: Lianghui Yu
URL:
Whiteboard:
: 1704576 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-05-28 15:39 UTC by Chris Murphy
Modified: 2025-10-16 23:54 UTC (History)
4 users (show)

Fixed In Version: 5.0.4-rh29
Clone Of:
Environment:
Last Closed: 2019-09-10 22:20:11 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1284339 0 high CLOSED Advanced search needs refresh button replaced 2025-10-16 23:44:35 UTC

Description Chris Murphy 2019-05-28 15:39:49 UTC
Description of problem:

Version field doesn't work. Click on it, nothing happens, cannot be set.


Version-Release number of selected component (if applicable):


How reproducible:
Always


Steps to Reproduce:
1. Go to https://bugzilla.redhat.com/query.cgi?format=advanced
2. Scroll to the bottom and reset defaults, " Set my default search back to the system default. "
3. Set Classification = Fedora, Product = Fedora, scroll to the bottom and check " and remember these as my default search options " click Search button.
4. Start a new advanced search, noting these fields are now pre-populated with Fedora
5. Click on Version field

Actual results:

Flashing cursor appears in the field, but nothing else happens.


Expected results:

I should get a pop-down menu with 28, 29, 30, Rawhide


Additional info:


- scroll to the bottom and once again reset to system default
- Set Classification = Fedora, Product = Fedora
- Click on Version field

Now it works. So just by saving default search option with Fedora preset, prevents the Version field from working properly

Comment 1 Kamil PΓ‘ral 2019-05-29 10:24:34 UTC
I confirm this problem.

Comment 2 Lianghui Yu 2019-08-20 05:42:28 UTC
Tested on DEV and QE instance with Chrome and firefox, this still doesn't work.
After remember the search settings containing product as default, return to that search, webpage doesn't seem to fetching the product version/target release etc. information.
The current workaround is to remove product and re-select it back to product field.
Result: FAILED

Comment 3 Lianghui Yu 2019-08-20 07:05:22 UTC
This is weird, when remember the setting for product, I can search on any version of that product after back to advanced search page.
It's like: if set Fedora as default product of advanced search, go to advanced page after that, I can select 1 to 30 and rawhide in version field, and it only allows 29 30 rawhide before the default thing.
Not a big issue though, fix this will ya?

Comment 4 Jeff Fearn 🐞 2019-08-20 07:17:13 UTC
(In reply to Lianghui Yu πŸ”₯ from comment #3)
> This is weird, when remember the setting for product, I can search on any
> version of that product after back to advanced search page.
> It's like: if set Fedora as default product of advanced search, go to
> advanced page after that, I can select 1 to 30 and rawhide in version field,
> and it only allows 29 30 rawhide before the default thing.
> Not a big issue though, fix this will ya?

Hmm the old versions should always be visible on the search form.

Comment 5 Lianghui Yu 2019-08-20 07:22:29 UTC
(In reply to Jeff Fearn 🐞 from comment #4)

> Hmm the old versions should always be visible on the search form.

It should be indeed, for some product like RHEL, but I thinked twice before the previous comment and I think it's reasonable for fedora product to hide old version from quick version selection and provide it only in custom search.

Comment 6 Jeff Fearn 🐞 2019-08-20 07:25:14 UTC
(In reply to Lianghui Yu πŸ”₯ from comment #5)
> (In reply to Jeff Fearn 🐞 from comment #4)
> 
> > Hmm the old versions should always be visible on the search form.
> 
> It should be indeed, for some product like RHEL, but I thinked twice before
> the previous comment and I think it's reasonable for fedora product to hide
> old version from quick version selection and provide it only in custom
> search.

It should work one way or the other.

Comment 7 Lianghui Yu 2019-08-20 07:28:31 UTC
Forgive my gramma and you get what's the meaning.
Anyway, keep the consistency of those field is important that's my concern.

Comment 8 Lianghui Yu 2019-08-22 03:21:30 UTC
I suggest to revert the last change, not only it just didn't makes all version of fedora product selectable, it fetches all version/target release data when you click advanced search page, this slowing down the loading.
I think this is worse than the last change.

Comment 9 Jeff Fearn 🐞 2019-08-23 00:13:08 UTC
(In reply to Lianghui Yu from comment #8)
> I suggest to revert the last change, not only it just didn't makes all
> version of fedora product selectable, it fetches all version/target release
> data when you click advanced search page, this slowing down the loading.
> I think this is worse than the last change.

That change is from review 178904 not review 179032. I'll see if I can re-jig it to work with products in the default search, that's harder than it sounds :(

Comment 10 Lianghui Yu 2019-08-23 06:13:11 UTC
(In reply to Jeff Fearn 🐞 from comment #9)
> That change is from review 178904 not review 179032. I'll see if I can
> re-jig it to work with products in the default search, that's harder than it
> sounds :(

It's working right now, but just still select product fedora will have version of currently enabled ones, and after remember it shows all versions.
How are u feeling of worth it or not to set it properly? if it involves too much other changes in other codes not in search page I guess this is not unacceptable.

Comment 11 Lianghui Yu 2019-08-23 06:35:56 UTC
Verified on latest QE environment, the versions can be shown after user remember setting of product.
Result: PASS

Comment 12 Jeff Fearn 🐞 2019-08-27 04:57:46 UTC
*** Bug 1704576 has been marked as a duplicate of this bug. ***

Comment 14 Jeff Fearn 🐞 2019-09-08 22:18:51 UTC
This change has been deployed to the pre-production infrastructure at https://partner-bugzilla.redhat.com

Comment 15 Jeff Fearn 🐞 2019-09-10 22:20:11 UTC
This change is now live. If there are any issues, do not reopen this
bug. Instead, you should create a new bug and reference this bug.


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