1208803 - Seamonkey navigator location bar doesn't display or allow entering URLs

Status: RESOLVED DUPLICATE of bug 1084258

(SeaMonkey :: Location Bar, defect)

Description

[andré]

User Agent: Mozilla/5.0 (X11; Linux i686; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1
Build ID: 20150321194732

Steps to reproduce:

a) Attempt to enter a URL : nothing typed appears in the field

or

b)Select tab of page already displaying (from previous session) : Location bar is blank

These symptoms ALWAYS occur.

Had about 40 tabs loading from previously saved 2.33.1 session before update.
All the tab bodies loaded without problem.
The down arrow allows seeing list of previously saved URLs, which will be displayed if selected, but are not modifiable.
I had to close sm 2.35 and start sm 2.33.1 to be able to post this report.

Installed upstream Seamonkey 2.35 fr, and used a modified langpack.
No error messages are displayed.


Actual results:

see above


Expected results:

evident.  see above

Comment 1

[andré]

Classified as critical since application can't be used with this bug.

Comment 2

[Tony Mechelynck [:tonymec]]

Do you see the same symptoms with the newly released SeaMonkey 2.38?

Comment 3

[Rainer Bielefeld]

That sounds like a Language pack version problem, reliable version control started with SM 2.37.

Probably a DUP of "Bug 1084258 - Language pack compatibility should be bound to Gecko branch, else undefined entity errors possible"

Comment 4

[andré]

(In reply to Tony Mechelynck [:tonymec] from comment #2)
> Do you see the same symptoms with the newly released SeaMonkey 2.38?

Yes, exactly the same symptoms with Seamonkey 2.38.  I installed the official french localization, for Linux, without any changes.
I closed 2.38 and am using Seamonkey 2.33.1 to respond, and it works without problem.

It has occurred to me that maybe the problem is not with Seamonkey code itself, but with changed dependencies.  Quite a while back there was such a change that resulted it Seamonkey not working, which took quite a while to track down.  I don't remember what it was specifically.
If that is the problem, it would likely affect only Linux users, and not all, since some Linux users could already have the missing dependencies installed.

Comment 5

[andré]

(In reply to Rainer Bielefeld from comment #3)
> That sounds like a Language pack version problem, reliable version control
> started with SM 2.37.
> 
> Probably a DUP of "Bug 1084258 - Language pack compatibility should be bound
> to Gecko branch, else undefined entity errors possible"

If language pack conflict is the problem, why isn't sm detecting it and deactivating the language pack ?  It displayed a message saying that no conflict occurred.
A better approach might be to display a message and suggest updating, since users may not understand the other language.  (In my case it was correcting the french translation, including numerous typos.)

In any case, I'll test to see if that is the problem.

Comment 6

[andré]

(In reply to andré from comment #5)
> (In reply to Rainer Bielefeld from comment #3)
> > That sounds like a Language pack version problem, reliable version control
> > started with SM 2.37.
> > 
> > Probably a DUP of "Bug 1084258 - Language pack compatibility should be bound
> > to Gecko branch, else undefined entity errors possible"
> 
...
> In any case, I'll test to see if that is the problem.

Indeed, by uninstalling the language pack before update, the location bar displays and acts normally.  The compatibility tests should include added language packs.
So marking this problem as a dup of bug mentioned