Closed Bug 610156 Opened 14 years ago Closed 14 years ago

menulist loaded from template not displayed

Categories

(Firefox :: Menus, defect)

Product:
Firefox
Component:
Menus
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: f-x.p, Unassigned)

References

(
URL
)

Details

Attachments

(2 files)

Where to go in the extension to see the bug in the menulist
9.61 KB, image/jpeg
Details
Dom inspector view of the menu list in ff 4.0 beta 3
58.43 KB, image/jpeg
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.11) Gecko/20101012 Framafox/3.6.11 (like Firefox/3.6.11) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-Us; rv:1.9.2.12) Gecko/20101026 Framafox/3.6.12 ( .NET CLR 3.5.30.729) In a xpi extension the menuitems of a list are not displayed. It worked perfectly well in ff3. Reproducible: Always Steps to Reproduce: 1.loading the content of the list at page load 2.Reload 3.the text of the menuitem is not displayed
Can you please give a bit more in-detail instructions how to get to this state? It's really unclear for me after the extension has been installed, about which part you are talking about.
Version: unspecified → Trunk
In firefox 3 the menulist items appears correctly. In firefox 4.3 and 4.4 beta the items are not visible, but nevertheless, clicking on them works fine and the tips appears fine on mouseover.
(In reply to comment #1) > Can you please give a bit more in-detail instructions how to get to this state? Hi Henri, I have added an attachment: picture showing the bug. Hope this helps. Sincerely François
How do you add entries to the menu list? Do you have a code snippet available? Some URL you can point us to? Also reducing the amount of code in your extension would be perfect. That could create a minimized testcase for it.
Hi again, I try to make something smaller. Snippet added to http://speakingfx.net/index.php?title=Firefox_Bug_Menulist (chrome/content/i18nsideboard.xul line 731-760) It gets even worse in ff4.7: the dropdown doesn't even drop. Regards François
(In reply to comment #5) > Snippet added to http://speakingfx.net/index.php?title=Firefox_Bug_Menulist > (chrome/content/i18nsideboard.xul line 731-760) > > It gets even worse in ff4.7: the dropdown doesn't even drop. So I can see that you are using sqlite to populate the menu list. Can you please go back to older Firefox 4.0 beta releases and check between which the problem has been started? That would help us to nail down the regression.
Keywords: regression, regressionwindow-wanted
(In reply to comment #6) > please go back to older Firefox 4.0 beta releases and check between which the > problem has been started? That would help us to nail down the regression. Hi Henri, hmmm... tried to grab an older beta but all mozilla pages redirect to beta7... Have you a special page for older versions? Sincerly François
Hi, found a firefox 4beta 1: the "bug" is already there: the items are not showing. Hope this helps Best regards François
Please check the following url for the alpha releases: ftp://ftp.mozilla.org/pub/firefox/releases/devpreview/
Dom inspector view of the menu list in ff 4.0 beta 3. As you can see everything seems fine... nevertheless, the items are not showing.
Please check the following page to find the regression range for your particular issue. It will be more helpful as looking at images. Having a regression window of 1 day will make it a way easier to find the cause. thanks http://quality.mozilla.org/docs/bugzilla/guide-to-triaging-bugs-for-firefox/finding-a-regression-window/
Hi Henri, REGRESSION WINDOW Bug appears "may 14th 2010" http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/05/2010-05-14-04-mozilla-central/ As you can see the version of the 13th may did display correctly the items in the list, but it stopped working the 14th Hope this helps. Tell me if there is something else that I can help with. Regards François
Hi Henrik, Can you tell me where I can find the source of the nightly builds from 13th and 14th may? If it helps I can maybe do a comparison in eclipse to try and spot the difference? Sincerely François
Can you please open "about:buildconfig" with both builds and post the changeset as comment? Thanks.
Hi Henrik, IT WORKS FINE WITH THE FOLLOWING: about:buildconfig Source Built from http://hg.mozilla.org/mozilla-central/rev/85e10f4b4a9e Build platform target i686-pc-mingw32 Build tools Compiler Version Compiler flags cl 14.00.50727.762 -TC -nologo -W3 -Gy -Fdgenerated.pdb -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 cl 14.00.50727.762 -GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fdgenerated.pdb -wd4800 -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 Configure arguments --enable-application=browser --enable-update-channel=nightly --enable-update-packaging --enable-jemalloc --enable-tests **************************************** IT FAILS WITH THE FOLLOWING: about:buildconfig Source Built from http://hg.mozilla.org/mozilla-central/rev/897f37baa800 Build platform target i686-pc-mingw32 Build tools Compiler Version Compiler flags cl 14.00.50727.762 -TC -nologo -W3 -Gy -Fdgenerated.pdb -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 cl 14.00.50727.762 -GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fdgenerated.pdb -wd4800 -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 Configure arguments --enable-application=browser --enable-update-channel=nightly --enable-update-packaging --enable-jemalloc --enable-tests ************************** Hope this helps Regards François
That means that one of those changes has been introduced this issue: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=85e10f4b4a9e&tochange=897f37baa800 To narrow it even further down, we would have to do an hg bisect. I will try to check later again, if I can see this issue, and start to create those builds locally.
Hi, Thank you Henrik, A suggestion from the list of changes you provided : b0691a6db8d3 Neil Deakin — Bug 562740, combine popup layout methods, fix menulist scrollbar position when list is larger that screen, r=roc Another change was made but on listbox a few minutes earlier: d0da383e6f08 Neil Deakin — Bug 553814, don't set listbox minheight, which prevents the scrollbar from appearing when the rows attribute is used, r=neil Regards François
So the regression range is somewhat different from your given one in the last comments. The cause of your problem is, that you are using a sqlite file which is placed in your extension. But since bug 533038 has been landed we do not unpack XPI automatically anymore. That's why this sqlite file cannot be opened anymore, and as result no entries can be added. So you have two options. The first simpler one is to add the <em:unpack> entry into your install.rdf file. This will force Firefox to always unpack the XPI. On the other hand you could store the sqlite file in another folder of the used profile. This makes this bug invalid.
Blocks: packedxpi
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Keywords: regression, regressionwindow-wanted
Resolution: --- → INVALID
Hi Henrik, I understand, although I really thought this was not a problem of the sqlite because before ff4beta7: 1) when you click the arrow, the list drops with blank items, but when you select one invisible item, it shows correctly in the box. Which meant to me that it is not an sqlite loading problem but a displaying problem 2) tooltips appears over the items in the list, and they are from the sqlite db 3) some bits of items appear in the list: upper case characters. I understand that this bug is invalid and I will take your advice to add the <em:unpack> entry inside the install.rdf . Thank you a lot for helping me with the method of regression window. If I ever file a bug again I will give these information. Sincerely François
(In reply to comment #20) > I understand, although I really thought this was not a problem of the sqlite > because before ff4beta7: I tried it with former beta versions and I wasn't able to reproduce this issue. Also you should get rid of the additional empty locale entries in the install.rdf, which also cause trouble. Your issue could be somehow related to those entries.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: