609586 - When editing a bug and the next one of the list is displayed, the page title should display the new bug ID, not the old one

Status: NEW

(Bugzilla :: Creating/Changing Bugs, defect)

Description

[Paul Graham]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009061118 Fedora/3.0.11-1.fc9 Firefox/3.0.11
Build Identifier: 3.6

I have bugzilla configured so that when I modify a bug, bugzilla will then display the next bug in my list.  If I edit, say, bug 1000, and click "save changes", then the changes are saved and the window displays the next bug in my list, say bug 1200.  However, the browser tab still says "bug 1000".  It should say "bug 1200", or maybe just say "changes saved".  Otherwise, I will click on that tab later, thinking it is bug 1000, and accidentally edit and modify bug 1200.

Reproducible: Always

Steps to Reproduce:
1. Preferences: after changing a bug, site default (show next bug in my list)
2. Need to "own" more than one bug
3. Open first bug in window, edit, and "save changes"

Actual Results:  
After editing and saving bug 1000, tab shows "bug 1000", but page displays bug 1200.

Expected Results:  
Tab should show something other than "bug 1000", since window no longer has any connection to bug 1000.

I don't know how to specify the bugzilla build version.  The release notes just say "Welcome to bugzilla 3.6!".  I don't see a help/about item.

Comment 1

[Frédéric Buclin]

It says "bug 1000 processed", not "bug 1000" alone. That's a bit less confusing. I have no strong opinion on what should be set as page title. Max, Guy, any opinion? For consistency, we could indeed use the currently displayed bug ID instead of the last edited bug ID (the page header already mentions the bug being displayed).

Comment 2

[Paul Graham]

That would explain it.  When I have 10 tabs open in my browser, all I see in the narrow tab is "bug 1000".  The "processed" part is not displayed.

I guess I shouldn't rely too much on browser tab text!

Paul

Comment 3

[Guy Pyrzak]

well i guess it matters what the point of the page is. If the purpose of the page is to show that the bug was processed we should show that as the title, but if it is skipping to the next bug, then it seems the point is to show the next bug, in which case, that's what the title should be. This might not be as much of a problem in 4.2 where we have the history.push in javascript.

Comment 4

[Frédéric Buclin]

(In reply to comment #3)
> next bug, in which case, that's what the title should be. This might not be as
> much of a problem in 4.2 where we have the history.push in javascript.

history.push makes Firefox 4 to display the displayed bug ID in the title of the page. For consistency, that's what we should do in browsers not supporting history.push.

Comment 5

[Max Kanat-Alexander]

(In reply to comment #4)
> history.push makes Firefox 4 to display the displayed bug ID in the title of
> the page.

  Actually, I'm pretty sure that setting the title via history.push does not work in any browser, and will never work.

Comment 6

[Guy Pyrzak]

is the reason why this bug is still open is because IE doesn't support history.push? We set the title via JS with a document.title.

If your suggestion is to move the document.title out to be in another place... we should just be specific if this bug is fixed with the history.push or if it needs some additional work.

Comment 7

[Max Kanat-Alexander]

It would be nice to have the template actually set the page title properly.

Comment 8

[Max Kanat-Alexander]

(But that's just an "it would be nice.")

Comment 9

[Daniel Carter]

Attachment: same problem

Thanks from resstonpaimudf1975.