Unified Queries are not yet implemented, but the idl is hiding the fact.

RESOLVED FIXED in Firefox 3.7a1



11 years ago
10 years ago


(Reporter: cmtalbert, Assigned: mak)


Firefox 3.7a1
Dependency tree / graph
Bug Flags:
blocking-firefox3 -

Firefox Tracking Flags

(status1.9.2 beta1-fixed)



(1 attachment, 2 obsolete attachments)



11 years ago
Posted file Specific test for this issue (obsolete) —
When performing a unified query over a set of history and bookmarks, the returned resultNode object is not properly contructed. the hasChildren attribute is set to true, but when you attempt to access any of those children or if you even access childCount you get the following exception thrown:
Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsINavHistoryContainerResultNode.childCount]"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "JS frame :: ../../../../_tests/xpcshell-simple/test_places/queries/test_onlybookmark-tags-unified.js :: run_test :: line 137"  data: no]

I will attach a test for this behavior.

Basic STR:
1. Create a database with information in both history and bookmarks
2. Query for that with a UNIFIED query.
3. Loop through the ContainerResultNode object and display all the information you queried for.

== Expected == 
Proper ResultNode object returned

== Actual ==
ResultNode object that is returned seems mis-constructed.

Comment 1

11 years ago
Posted file header file for test (obsolete) —

Comment 2

11 years ago
This seems like a pretty serious flaw, nominating for blocking.
Flags: blocking-firefox3?
Priority: -- → P2
Target Milestone: --- → Firefox 3
not implemented. should not be exposed in the idl. was to support bug 378798, which is blocking-.
Blocks: 378798
This does not block the final release of Firefox 3.
Flags: blocking-firefox3? → blocking-firefox3-

Comment 5

11 years ago
(In reply to comment #3)
> not implemented. should not be exposed in the idl. was to support bug 378798,
> which is blocking-.
I saw that bug, but I read it as "unified queries are not going to be exposed in the UI". Sorry for duping it.

Can we use this bug to land a fix that comments out that part of the IDL? 

The option is not used in any critical code:
Target Milestone: Firefox 3 → ---
Blocks: 509868
Summary: Unified Query does not create proper ResultNode object → Unified Queries are not yet implemented, but the idl is hiding the fact.
Posted patch patch v1.0Splinter Review
i just added 2 comments, to avoid idl and uuid changes.
LEt me know if you want to comment them out and update uuid instead.
Assignee: nobody → mak77
Attachment #312292 - Attachment is obsolete: true
Attachment #312293 - Attachment is obsolete: true
Attachment #395687 - Flags: review?(dietrich)
Comment on attachment 395687 [details] [diff] [review]
patch v1.0

hrm. yeah, better than breaking compat for this, r=me.
Attachment #395687 - Flags: review?(dietrich) → review+
Last Resolved: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7a1
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.