Forward compatibility of cached data vectors
Bug #916695 reported by
mere user
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
VM |
Fix Committed
|
High
|
Uday Reddy | ||
8.1.x |
In Progress
|
High
|
Uday Reddy |
Bug Description
hi Uday, using the latest cvs version, when looking to my outgoing mail folder, I get this:
Debugger entered--Lisp error: (wrong-
vm-follow-
vm-scroll-
call-
let me know if you need a more detailed, reproducible report; I noticed that these abbreviated ones are typically sufficient for you to see what the problem is. :-)
I hope it's not just my settings...
Eli
Related branches
Changed in vm: | |
status: | New → Triaged |
importance: | Undecided → High |
assignee: | nobody → Uday Reddy (reddyuday) |
milestone: | none → 8.2.90a |
summary: |
- vm-follow-summary-cursor + Forward compatibility of cached data vectors |
Changed in vm: | |
milestone: | 8.2.90a → 8.2.89a |
no longer affects: | vm/8.2.x |
Changed in vm: | |
milestone: | 8.2.89a → 8.2.0b1 |
Changed in vm: | |
status: | Fix Committed → Fix Released |
Changed in vm: | |
milestone: | 8.2.1a → 8.2.0 |
tags: | added: 8.0 cachedata |
Changed in vm: | |
status: | Fix Released → Fix Committed |
Changed in vm: | |
milestone: | 8.2.0 → 8.2.90a |
To post a comment you must log in.
mere user writes:
> Public bug reported: type-argument arrayp nil) summary- cursor( ) forward( nil) ely(vm- scroll- forward nil nil)
>
> hi Uday, using the latest cvs version, when looking to my outgoing mail
> folder, I get this:
>
> Debugger entered--Lisp error: (wrong-
> vm-follow-
> vm-scroll-
> call-interactiv
>
> let me know if you need a more detailed, reproducible report; I noticed
> that these abbreviated ones are typically sufficient for you to see what
> the problem is. :-)
Not really. It might seem like I know what is happening already. That is
usually because I observed the same issue myself or because I made some
changes which I expect might have some funny effects like that.
In this case, we might need to sweat a bit because it is not an easy to problem
to track down. Summary problems are hard to figure out because they are
based on cached data. If for any reason the cached data becomes faulty, the
results are likely to show up in handling the summary. But the root
problems might have been somewhere else.
The first thing to do is to load the uncompiled version of the file that
gave the error. In this case, if you do
C-h f vm-follow- summary- cursor
it tells you that it comes from vm-motion. So, if you
M-x load-library RET vm-motion.el
we would get a better error trace.
The second thing to do would be to identify which revision introduced the
error. If you go to the vm build directory and do
bzr log -l5
it shows the last 5 revisions. (Or, whichever number you specify.) Then if
you can think back and identify what was the last good revision you used,
that will give me some handle on where to look. In this case, the revision
1334 was a major revision, which added new fields to the cached data. So, I
am guessing that the revision 1333 might be good for you and 1334 might
break.
bzr revert -rNNNN
backtracks your VM to an older revision NNNN.
Can you try those please? I will be going (coming?) to the US on Friday and
will be away from VM for at least a week. So, it will be good if we can
track this down today.
Cheers,
Uday