BuildID: 2001050404 If you click on Edit|preference|offline preference you will see a XML parsing error window instead of the offline GUI window. Reproducible: Always Steps to Reproduce: 1.Start the May 4th trunk build 2.Go to Edit|preferences|offline 3. Actual Results: A yellow error message saying "XML parsing error: undefined entity Line number 33, column 33: align="vertical" title=&window.title;" -------------------------------^ Expected Results: You expect to see the Offline preferences window (with Startup mode, When going offline, and when going online). Happens in both the windows build: 2001-05-04-09-0.9/ and mac build:2001-05-04-09-trunk/ Did not try linux build. Not sure who to 'assign to': Diane or Mohan.

correction in the windows 2001-05-04-06-trunk build, not in the .9 milestone build. My mistake. sorry.

OK, change this bug to INVALID and close it now. Diane

why was this resolved as invalid? i see this on linux comm trunk bits [2001.05.07.08]. reopening.

Miscommunication between Diane and Myself. She thought my comments about 'which folder' i used on 5/4 was the reason why it should be invalid (ie I created bug based on the milestone build 2001-05-04-09-0.9 when in fact i was testing the proper build but I 'typed' the wrong folder name in the comments). Sorry for the confusion.

We have verified the pref-offline.dtd in the tree. The def is there, and it is not happening with our own build. Let's see how tomorrow's trunk build works.

Reassign to mohanb and see if it happens further.

Tested todays build 2001050804 on NT 4.0. Still see the bug.

I see this too. nominating

We found that this is rather a packaging issue; When code is pulled "Debug & Release builds" do not have this, but jar file containing "pref-offline.dtd" in Daily Trunk builds is not updated properly. (time stamps are not matching) I am not sure whom to assign this in Build & Packaging group.

granrose or leaf...?

what jar file? did the .dtd file change its source location any time recently?

regardless, we didn't change anything in the packaging. most likely someone moved or renamed a file and didn't update either the packages-* or jar manifest file. it's up to the engineer responsible for the code to make sure new and changed files get packaged properly and show up in the release builds.

pref-offline.dtd was an old file. We should not do anything for Manifest and Makefile because it was at both places. Also it was in mozilla\xpfe\components\jar.mn. Please point out which packge file is changed which is related to this problem.

wait, it "was an old file" as in "it's not supposed to be used anymore" or, "it hasn't changed location"?

-- It has not changed its location. Updated file has to be part of "en-US.jar" -- Are you assigning clobber_all builds as nightly builds? In that case I guess we will not encounter this problem.

This is a commercial-only bug, right? If so it should be moved to Bugscape. The reason I ask is that there are copies of pref-offline.dtd in both the mozilla and netscape trees. The entities don't match -- the "Stupid Tax" strikes again. The two instances of "Mozilla"/"Netscape" could be changed to "The program" without seeming too odd, thus eliminating the need for two copies of this file. The commercial one has not been updated in over a year, and the '+' in ns/AIMGlue/resources/locale/en-US/jar.mn means the commercial copy will take precedence.

However the original version had the somewhat generic "Communicator" and was specifically changed to "Mozilla", which appears to have prompted the creation of the Netscape copy. CC'ing Ben who appears to have been responsible for that change to see if a compromise could be reached. I thought Branding text was supposed to be collected at a common place? Dialogs like this will cause problems for other distributors like Beonex, too.

This is happening in both Mozilla and NS nightly builds,

-- Yes, I just checked with mozilla nightly build : no problem, checked with NS6 nightly build, so it is commercial-only bug.

Setting target milestone to 0.9.2 (check it in anytime, even before, when the tree is open for). Per PDT triage.

Closing this as resolved as this is specific to Commercial Tree; Checked in changed pref-offline.dtd to commercial tree.

adding lrg to Cc. Please verify for Gary.

Verified with 2001060411 builds in windows linux and macos. vtrunk

These are the actual builds. I used the trunk accidently, and retested using branch builds Verified in Windows with 2001060408 build Verified in Linux with 2001060411 build Verified in MacOS with 20010600408 build

Verified using commercial trunk builds 2001061504 -win nt 4.0 2001061508 -linux 2.2, red hat 7.0 2001061508 -mac os 9.0.4 Removing keyword vtrunk