1352986 - When there have been changes in products, components, etc., settings displayed in bug page headings get out of sync with each other over session restores

Status: NEW

(Bugzilla :: User Interface, defect)

Description

[Tony Mechelynck [:tonymec]]

This problem has been observed at bugzilla.mozilla.org and at bugzilla.opensuse.org, which are the two I use most.

I have only observed this problem on Bugzilla pages, but on different Bugzillas. I'm not sure if it is a problem with Bugzilla software in general, or with either Session Restore or Cache in Mozilla browsers. Since it happens on several bugzilla installations, I don't believe that it is specific to one particular installation of Bugzilla. Feel free to move the bug to somewhere in Core or Toolkit, or even in SeaMonkey, if appropriate. (I don't have permanent Firefox sessions of this kind.)

I have a number of bug pages (show_bug.cgi with different ?id=) open in my SeaMonkey session, which is saved and restored when I shut down and restart. Recently I have been noticing that the "Product", "Component" and/or "Target Milestone" were getting systematically out of whack with each other, usually by an off-by-one or off-by-two error, at the top of the bug page. I suspect that by caching over session restores, my browser is losing track of changes to the set of Products, Components, and Target Milestones in the Bugzilla database.

To take a Mozilla example, a bug in SeaMonkey::Tabbed Browser might suddenly appear as "Rhino::Tabbed Browser", or a bug in Core may appear as still in Core but for a Component totally irrelevant (but alphabetically close) to what it belongs to. Or a Target Milestone may spontaneously (and spuriously) change from --- to some recently added version.

In all cases, refreshing the page by Ctrl+R does not correct the error but Ctrl+Shift+R does.

Comment 1

[Tony Mechelynck [:tonymec]]

P.S. I have not noticed this at bugzilla.mozdev.org, but it uses a much older version (3.0.9) of Bugzilla and I think that these days it gets few newer Products and Components compared to the Mozilla and openSUSE installations.

Comment 2

[Tony Mechelynck [:tonymec]]

P.P.S. On pages which are "saved wrong" the "Assigned To" and "QA Contact" fields usually appear as input boxes, not as values. Also (in my session with restore-on-demand) when I go to one of these tabs (thus triggering the restore-on-demand) the correct values usually appear fleetingly (less than a second) to be replaced by the wrong ones until the Ctrl+Shift+R.

Comment 3

[Andre Klapper]

I don't know what "get out of whack with each other" is supposed to mean so rephrasing the summary to describe the actual problem is welcome. Does the same problem happen also with other browsers?

Comment 4

[Dylan Hardison [:dylan] (he/him)]

Next time this happens, a screenshot would be useful. I'll keep on eye on this bug.

Note that BMO and other bugzillas have drastically different show_bug.cgi now.

Comment 5

[Tony Mechelynck [:tonymec]]

(In reply to Dylan Hardison [:dylan] (he/him) from comment #4)
> Next time this happens, a screenshot would be useful. I'll keep on eye on
> this bug.
> 
> Note that BMO and other bugzillas have drastically different show_bug.cgi
> now.

I've been using Ctrl+Shift+R on all my tabs at least once by now; please NEEDINFO me on this bug if a major reorganisation of Products/Components (new Products for instance) happens in the future. The Firefox bugs were appearing with the Product rolldown displaying "Finance" instead of "Firefox" but with the correct Firefox components in the Component rolldown, and with "Firefox54" as the Milestone, where --- should have been. OTOH the Core bugs had Core as the product but a wrong Component. My memory fails me here, I can't be sure of an example.

Novell/SUSE/openSUSE (one Bugzilla with several entry points) have comparatively recently done a very serious overhaul of their Bugzilla to bring it more in line to the default (with NEW corresponding to Mozilla's UNCONFIRMED and CONFIRMED corresponding to Mozilla's NEW, and also with NEEDINFO as a flag like at Mozilla instead of a status change as they had before). There is no version on their Bugzilla Home Page but there is a link to a "release notes" page mentioning the date of 6/24/2016 and a Bugzilla version of 4.4.12. https://bugzilla.novell.com/docs/release-notes.html

In the Classic skin (which is the one I use), I find bugzilla.opensuse.org and bugzilla.mozilla.org extremely similar though not totally identical.

Comment 6

[Tony Mechelynck [:tonymec]]

(In reply to Andre Klapper from comment #3)
> I don't know what "get out of whack with each other" is supposed to mean so
> rephrasing the summary to describe the actual problem is welcome. Does the
> same problem happen also with other browsers?

I don't know, I don't have pug pages in my Firefox session and I don't have a saved session at all in Konqueror or in Opera.

I thought the problem was described in comment #0, and in particular in its 3rd paragraph. I've tried to give an additional example in comment #5. Otherwise I'm at a loss. What is your mother language? German, maybe? Mine is French, and I'm quite fluent in English and Esperanto, but my German is only so-so. Maybe the language I used for the Subject was too idiomatic for you? English _is_ a triple-jointed language. Let's try to use some more "mainstream" language then.

Comment 7

[Michelle Palmer]

Attachment: same problem

Thanks from nemagmuscro1972.