[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: TSLICE problems



On February 9, 2002 at 08:41, "Mike Hamilton" wrote:

> Hi all,
> 
> For me, using TSLICE (and MHonArc v2.5.2) with
> 
> <TSLICE>
> 4:4:1
> </TSLICE>
> 
> and referring to it with a plain $TSLICE$ results in slices which list the
> previous messages in the thread, the current message, but only ever the
> *first* of the following messages.
> 
> So, if there are six items in the thread, the slice for 1 will show 1 and 2;
> the slice for 2 will show 1,2 and 3, etc., but only the sixth thread will
> have the complete list.

Is this after successive archive updates?


> >From the 2.5.0b docs I gleaned:
> <--->
> Problem: Some messages not updated to show changes in thread slice listing.
> Solution: This is really a limitation on how messages are tagged for update
> and problem may occur explicit range parameters are specified for $TSLICE$
> that differ from default values in TSLICE. Work-around to problem is now
> documented in the TSLICE resource page.
> <--->
> ... but as I'm not specifying explicit range parameters for $TSLICE$ this
> doesn't seem to be relevant.

It should not, but ...


> <--->
> [...] To summarize the note above: Some message pages may not get properly
> updated to reflect changes in $TSLICE$ listing.  This can occur if the
> message is more than one message away from a new message in a thread. I
> consider it not a major problem since the next/prev links still function
> properly.  However, older messages may not properly show the latest slice
> representation, and as the reader goes through the thread, the slice listing
> can appear to grow as they go from older messages to newer messages.
> <--->
> ... which is very close to my experience, except that for me it's not "some
> message pages", "may not", or "can appear" --- it's consistent, and it
> doesn't seem to matter how I juggle the ordering.

Can you provide test data and a scripted scenario (eg. add this
message, then this, then this, add see the results -- maybe
encapsulated in a shell script)?  Please include any resource files and
command-line options you used.


> I would respectfully disagree with "not a major problem".  Consider the

Of course, it is always a matter of perspective.


> situation where a user clicks a message from say the middle of a thread
> index.  On being presented with the message, the slice will not tally with
> what (s)he previously saw.  (S)he thinks that the list is somehow corrupt,
> or the messages have been deleted ; at best it's back to the thread index
> page.

I agree there could be some confusion, but without any real user testing,
we do not know if it matters.  I.e.  There is a dependency on how users
interact with the archive.


> However, I assume it's an error on my part, as others are apparently using
> TSLICE perfectly - e.g. I think this is a MHonArc list :
> 
> < http://archiver.rootsweb.com/th/read/ENG-BLACK-COUNTRY/2002-02/1012973479
> >

Note, the site you give looks like they use MHonArc, but there is no
direct indications that it is being used except for similiar page
layout stylistic conventions.  Any MHonArc-type markers in the HTML are
not present and there is no mention of MHonArc on the site.

How do you know MHonArc is being used at archiver.rootsweb.com?


> Any suggestions for what on earth I'm doing wrong?

Not currently.  It is probably a bug.  I will have to do some testing
to see what is going on.  The first step is to have a recreatable
test case so I can use it to help analyze the code.

--ewh


[Index of Archives]     [Bugtraq]     [Yosemite News]     [Mhonarc Home]