Closed Bug 74014 Opened 23 years ago Closed 23 years ago

Unable to view form data on Mac and Linux (editable menulist problem)

Categories

(Toolkit :: Form Manager, defect, P2)

defect

Tracking

()

VERIFIED DUPLICATE of bug 64325

People

(Reporter: tpreston, Unassigned)

References

Details

Attachments

(5 files)

Steps to reproduce:

From the tasks drop down menu, select privacy and security -> Form Manger -> 
View stored form data
Click on any of the fields other than name

Expected results:
Data fields on the right should update as you click different categories on left

Actual Results:

Mac build 2001032904 The fields do not update, stays on Name no matter what you 
click

Linux build 2001032908 No fields are shown other than name and if you click on 
one of the other categories, it will not refresh with name

Windows build 2001032904 fields are updated appropriately
I didn't believe this bug report when I first read it so I just tried it for 
myself.  You are absolutely correct!!!

I assume that this is a recent regression.  Do you know when this first started 
occuring?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
The following comment applies to linux.

Very strange behavior.  I tried simplifying the panes on the right and 
discovered that if a pane has only one <row> entry, then it displays when you 
switch to it, and if it has more than one it displays blank as reported.

The "name" pane was put up initially (not switched to) so it displayed fine.  
When you then switched to some other pane, all of which have more than one 
<row>, it does not display.  And you can not switch back to the "name" pane for 
the same reason.  If I simplify the panes to have exactly one <row>, I can 
switch back and forth and it displays fine each time.
OK, after extensive investigation and simplification, I narrowed this down to a 
problem with editable menulists on linux (and probably mac as well although I 
haven't done any testing on mac).  It works fine on win32.

It sounded at first like it might be related to bug 63616 except the symptoms 
here are a bit different and, besides, that bug has already been fixed.

I've now got a simplified test case that is completely divorced from the 
form-manager dialog.  It consists of the following four small xul files which I 
will attach to this bug report.

   WalletViewer.xul
   WalletTree.xul
   WalletName.xul
   WalletValue.xul

To demonstrate the problem, put all these files into the same directory on your 
hard disk and then set the browser to WalletViewer.xul.  It will display two 
choices on the left side -- "Name" and "Value".  Clicking on either one of them 
should bring up an associated display on the right side.  This works fine on 
win32.  On linux, the display for "Name" is coming up blank.

If I make either of the following changes, the problem is cleared up.

1. Remove the editable="true" attribute from the menulist tags in WalletName.xul
2. Remove one of the <row> tags in WalletName.xul.

Note that WalletName.xul has two <row> tags whereas WalletValue has only one (it 
has a second which is commented out).  Uncommenting the second <row> tag from 
WalletValue will cause it to bring up a blank right-side display as well.

Adding "editable menulist problem" to the summary.  Also assigning to andreww 
since he's already familiar with this area having done the fix for bug 63616.
Assignee: morse → andreww
Status: ASSIGNED → NEW
Summary: Unable to view form data on Mac and Linux → Unable to view form data on Mac and Linux (editable menulist problem)
Attached file WalletViewer.xul
Attached file WalletTree.xul
Attached file WalletName.xul
Attached file WalletAddress.xul
Correction.  In my detailed comment above I referred to one of the files as 
WalletValue.xul.  My error -- I meant to say WalletAddress.xul.
I should mention that this problem is theme-independent.  I get the same failure 
on linux regardless of which theme I am using.  Similarly it works fine on win32 
for all themes.  (Some previous problems reported with editable menulists were 
theme-related.)
Keywords: nsbeta1
Themes Triage Team Marking nsbeta1+
Keywords: nsbeta1nsbeta1+
Priority: -- → P2
*** Bug 74790 has been marked as a duplicate of this bug. ***


*** This bug has been marked as a duplicate of 64325 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Lots of verifications.

If I had to test stuff, it was on Win2K, build id 2001052404.
Status: RESOLVED → VERIFIED
Assignee: andreww → nobody
Product: Core → Toolkit
QA Contact: tpreston → form.manager
Target Milestone: mozilla0.9 → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: