51142 - task menu does not update window names

Status: RESOLVED WORKSFORME

(SeaMonkey :: UI Design, defect, P3)

Description

[hirata masakazu]

Open multiple navigator windows.
Switch back to the first window.
Task menu does not show the window names.
M18-2000090110

Comment 1

[Zach Lipton [:zach]]

Confirming bug. Reassigning to event handilng. Adding correctness 
keyword. 

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This is *not* event handling.  Event handling is a core layout engine component
(i.e., event handling in the DOM).  Trying XPApps:GUI Features.

Comment 3

[sairuh (rarely reading bugmail)]

claudius, would this go to history perchance? or, something that tracks the page
titles for multiple windows...

Comment 4

[Radha on family leave (not reading bugmail)]

No. Not history.

Comment 5

[Doron Rosenberg (IBM)]

this is not xp, cause on win32, it works.

Comment 6

[Claudius Gayle]

Don, who would get this? I'd say law 'cept it's mac only...

Anyway, the window titles get completely horked and the task menu ends up making no
sense. At point point it listed titles for pages I had previously visited while for some it just
had the boilerplate text.

Comment 7

[don]

Hmmmm, since the high-level app code is the same for all platforms, this may be
some kind of toolkit problem.  I think davidm wrote this code in the distant
past and then danm took it over.  Peter, can danm take a look at this?

Comment 8

[Peter Trudelle]

->danm

Comment 9

[Peter Trudelle]

jrgm got one window whose window menu was missing some of the other window
titles, but nothing more.  Seems like new windows get the list right, but
previous window's window menus aren't updated with the new window titles.
->nsbeta3-/future, ->saari

Comment 10

[saari (gone)]

Fixed

Comment 11

[hirata masakazu]

Regression. M182000100420&2000100220 Mac
When you switch between windows by clicking the window, the task menu gets updated.  However, when you 
switch back to the first window from task menu, the task menu of the first window does not get updated.
Also, in some instances, the task menu for a window does not change after a new page is loaded in it 
window.
Reopening.

Comment 12

[saari (gone)]

This still works for me in a branch build from yesterday

Comment 13

[Peter Trudelle]

rtm-

Comment 14

[saari (gone)]

I'm pretty sure this was fixed a while ago, and at least, still works for me.

Comment 15

[timeless]

fwiw, i've manually forced this bug by hacking the tasks xul, usually it meant 
that I clobbered the <template> assuming we don't clobber it (and I haven't 
seen us do that recently) this shouldn't happen. fwiw This menufragment comes 
from an rdf source.

Comment 16

[hirata masakazu]

I am sure this has not been fixed in all the recent builds I have tested in the
past three weeks.
I do not know when this regression started, but no change since my last report.
2000102620 MacTrunk definitely shows this bug.  The bug is apparent in the very
window I am typing. (I do not know how to make a screen shot of pull-downs.)

Comment 17

[Adam]

I too have noticed this MANY times in the past couple of days (most recently:
11/15 trunk & NS6). Very confusing.

Comment 18

[saari (gone)]

Okay, give me a sequence of steps to reproduce this. I don't see it when I look
for it.

Comment 19

[hirata masakazu]

Hmmm.
Try to open a few windows and go back a few steps in each, then load a new URL
of your choice.
Always switch between windows using Task menu, and see how the Task menu display
of the titles of the other windows change or not change.
Also, goto mail/news and click some bugzilla link and switch window using Task
menu to a window not loading the clicked link.
I am sure you will be greeted by this bug.
BTW, I can assure you that I did see this fixed once in September.

Comment 20

[Marcia Knous [:marcia]]

nominating for dogfood (from sdagley's list of bugs that are good candidates for 
our next release) 

Comment 21

[ckritzer (gone)]

Looks like it works on the 2001-04-09-10-trunk MacOS build.

Claudius, you wanna double check?

Comment 22

[Claudius Gayle]

nope. this is not working with the 2001041008 Mac build. I dunno where the task menu
gets the page title from - but they're wrong, they're not updating when the page changes.

I created 4 new windows and surfed to different sites on each (starting from a blank window)
with the 4th I followed a link and then switched to the 1st using the task menu.
I then switched back to the 4th and hit the 'back' button.
At this point the window title in the task menu was out of sync and stayed so when switching
to other windows.

Comment 23

[saari (gone)]

*** Bug 85467 has been marked as a duplicate of this bug. ***

Comment 24

[ericpeden]

Thought I'd add some comments to this. First of all, here are the steps that
will reproduce it (I have mozilla.org/start as the default home page, so steps
in which Mozilla automatically visited a site are marked with a ']' after the
step number):

1) Launch Mozilla
2] Visit mozilla.org/start
3) Open a new browser window
4] Visit mozilla.org/start
5) Visit mozilla.org/quality
6) Switch to window 1 using the tasks menu
7) Switch to window 2 using the tasks menu
8) Click "Back" in window 2
9) Observe the incorrectness of the task menu

Just downloaded and checked this on Build 2001101609; it's still there.

Comment 25

[nnooiissee]

i say this should be nominated for mozilla1.0 keyword for correctness. or does
mozilla1.0 for a milestone imply that? somehow i think at this stage it does not.

Comment 26

[nnooiissee]

what's up with this bug?

Comment 27

[hirata masakazu]

WFM in recent builds. 2002022508 trunk for MacOS9.x