GloDa search stays on "Searching...". Error: ReferenceError: aTab is not defined //app/modules/gloda/datastore.js

VERIFIED FIXED in Thunderbird 16.0

Status

Thunderbird
Search
VERIFIED FIXED
5 years ago
5 years ago

People

(Reporter: Paenglab, Assigned: florian)

Tracking

(Blocks: 1 bug, {regression})

unspecified
Thunderbird 16.0
regression
Dependency tree / graph

Thunderbird Tracking Flags

(thunderbird15+ fixed)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
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

5 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

5 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

5 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

5 years ago
I see this as well.
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
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.
tracking-thunderbird15: --- → ?

Comment 7

5 years ago
This doesn't feel like gloda corruption - it seems more like a UI issue, perhaps with whatever other tabs or open.
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

5 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

5 years ago
It's a regression but I can't say since when exactly but after landing of chat.
Keywords: regression
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.
Duplicate of this bug: 757756
(Assignee)

Comment 13

5 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.
(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
Blocks: 541349, 743235, 757756
I've been finding that immediately retrying the search works
I've hit this a few times myself. :/
tracking-thunderbird15: ? → +
(Assignee)

Comment 17

5 years ago
Created attachment 634017 [details] [diff] [review]
Fix

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.
Assignee: nobody → florian
Status: NEW → ASSIGNED
Attachment #634017 - Flags: review?(bugmail)
Attachment #634017 - Flags: review?(bugmail) → review+
(Assignee)

Comment 18

5 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?
Attachment #634017 - Flags: approval-comm-aurora? → approval-comm-aurora+
(Assignee)

Comment 19

5 years ago
https://hg.mozilla.org/comm-central/rev/b8b975abb865
https://hg.mozilla.org/releases/comm-aurora/rev/a7c982bf1d66
Status: ASSIGNED → RESOLVED
Last Resolved: 5 years ago
status-thunderbird15: --- → fixed
OS: Windows 7 → All
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 16.0
paenglab, all cleared up?  seems so for me. (joy)
(Reporter)

Comment 21

5 years ago
Yes, it works again with the first try. :)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.