Closed
Bug 760704
Opened 13 years ago
Closed 13 years ago
GloDa search stays on "Searching...". Error: ReferenceError: aTab is not defined //app/modules/gloda/datastore.js
Categories
(Thunderbird :: Search, defect)
Thunderbird
Search
Tracking
(thunderbird15+ fixed)
VERIFIED
FIXED
Thunderbird 16.0
People
(Reporter: Paenglab, Assigned: florian)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Attachments
(1 file)
866 bytes,
patch
|
asuth
:
review+
standard8
:
approval-comm-aurora+
|
Details | Diff | Splinter Review |
When I'm doing a GloDa search the first time the Search tab opens but it stays with the text "Searching...".
The error console shows:
Error: ReferenceError: aTab is not defined
Source file: resource://app/modules/gloda/datastore.js
Line: 387
After closing this tab and re-searching the results appearing immediately.
Reporter | ||
Comment 1•13 years ago
|
||
When the search is working, I can close and restart TB and it is still working.
I'm not searching a lot but usually when I'm searching this bug occurs. I'll check if after updating Daily the bug appears again.
I'm not sure if this is related because it appears also when the search is working:
Error: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIObserverService.removeObserver]
Source file: chrome://messenger/content/search.xml
Line: 120
Assignee | ||
Comment 2•13 years ago
|
||
(In reply to Richard Marti [:paenglab] from comment #1)
> I'm not sure if this is related because it appears also when the search is
> working:
> Error: NS_ERROR_FAILURE: Component returned failure code: 0x80004005
> (NS_ERROR_FAILURE) [nsIObserverService.removeObserver]
> Source file: chrome://messenger/content/search.xml
> Line: 120
I think it's unrelated. And it's also mentioned in bug 738778.
Reporter | ||
Comment 3•13 years ago
|
||
Yesterday after Daily update to 20120602 the search worked. But I reverted to 20120601 again because of the crashes this build had. Today after update to 20120603 the search stayed again on "Searching...". No additional errors to the known in console.
Comment 4•13 years ago
|
||
I see this as well.
Comment 5•13 years ago
|
||
I reproduced this only once out of 5 times. 2012-06-01 build
Timestamp: 6/4/2012 2:31:33 PM
Error: ReferenceError: aTab is not defined
Source File: resource:///modules/gloda/datastore.js
Line: 387
and
2012-06-04 14:31:33 gloda.ds.qfq ERROR Exception: ReferenceError: aTab is not defined
xref: bug 523868
Comment 6•13 years ago
|
||
Seeing this as well. I'm pretty sure I blew away the Gloda database for that exact reason on this computer, and the problem came back. This is pretty severe, *but* the gloda subsystem is still working as far as I can tell, because Conversations is still able to poke at gloda and make it do stuff.
Updated•13 years ago
|
tracking-thunderbird15:
--- → ?
Comment 7•13 years ago
|
||
This doesn't feel like gloda corruption - it seems more like a UI issue, perhaps with whatever other tabs or open.
Comment 8•13 years ago
|
||
paenglab, is this a regression for you?
(In reply to David :Bienvenu from comment #7)
> This doesn't feel like gloda corruption - it seems more like a UI issue,
> perhaps with whatever other tabs or open.
I agree. I just don't have 100% STR.
Summary: GloDa search stays on "Searching..." → GloDa search stays on "Searching...". Error: ReferenceError: aTab is not defined //app/modules/gloda/datastore.js
Assignee | ||
Comment 9•13 years ago
|
||
For what is worth, this error seems to have appeared soon after the check-in of bug 743235. Whether it's a regression from my patch there, or just an existing bug that became more frequent, I don't know (yet!).
Reporter | ||
Comment 10•13 years ago
|
||
It's a regression but I can't say since when exactly but after landing of chat.
Keywords: regression
Comment 11•13 years ago
|
||
So I tried to figure out how to reproduce and noticed that if the first thing I do after entering my master password is a gloda searh , then the search works.
If I read emails (3 pane mode) or switch folders it might not work. I'm not sure it's relative to tabs as I only had one tab open when I did my tests.
Assignee | ||
Comment 13•13 years ago
|
||
The duplicate bug 757756 mentions (although not very clearly) Thunderbird 12. If it can actually be reproduced with Tb12, then it can't be a regression from bug 743235 that landed only for Tb15. Also, I wouldn't say for sure that it's a dup if the error "aTab is not defined" isn't present in the Error Console.
Comment 14•13 years ago
|
||
(In reply to Florian Quèze from comment #13)
> The duplicate bug 757756 mentions (although not very clearly) Thunderbird
> 12. If it can actually be reproduced with Tb12, then it can't be a
> regression from bug 743235 that landed only for Tb15. Also, I wouldn't say
> for sure that it's a dup if the error "aTab is not defined" isn't present in
> the Error Console.
Yeah, I don't think we can presume they are the same. perhaps related - perhaps someone may be able to sort it out.
More important, this regression needs to be fixed before release of v15, preferably before it goes beta
Comment 15•13 years ago
|
||
I've been finding that immediately retrying the search works
Comment 16•13 years ago
|
||
I've hit this a few times myself. :/
Updated•13 years ago
|
Assignee | ||
Comment 17•13 years ago
|
||
After poking more at the code, it turns out the cause is a trivial mistake in my patch for bug 743235:
It's pretty obvious that http://hg.mozilla.org/comm-central/annotate/d4e85c946f4c/mail/base/content/glodaFacetView.js#l852 isn't what I indented to write, and uses an undefined aTab value.
And now that I know what's broken in the code, I can explain why it was difficult to reproduce this bug consistently: the code path containing the broken line is executed only if the gloda queries complete after the search result tab is fully loaded. Given how slow the search result tab is to load, I would expect the queries to finish later only for large gloda databases and/or on machines with very slow disk I/O. And I guess restarting the same query just worked because in that case the relevant parts of the databases were already cached and didn't require disk I/O.
Updated•13 years ago
|
Attachment #634017 -
Flags: review?(bugmail) → review+
Assignee | ||
Comment 18•13 years ago
|
||
Comment on attachment 634017 [details] [diff] [review]
Fix
[Approval Request Comment]
Trivial fix for a regression caused by bug 743235 that landed for Tb15.
Attachment #634017 -
Flags: approval-comm-aurora?
Updated•13 years ago
|
Attachment #634017 -
Flags: approval-comm-aurora? → approval-comm-aurora+
Assignee | ||
Comment 19•13 years ago
|
||
https://hg.mozilla.org/comm-central/rev/b8b975abb865
https://hg.mozilla.org/releases/comm-aurora/rev/a7c982bf1d66
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
status-thunderbird15:
--- → fixed
OS: Windows 7 → All
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 16.0
Comment 20•13 years ago
|
||
paenglab, all cleared up? seems so for me. (joy)
Reporter | ||
Comment 21•13 years ago
|
||
Yes, it works again with the first try. :)
Updated•13 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•