Thanks Stefan!  Works great.

> Ok, that makes sense, so I changed it to
> 
> Sort Attribute Options Status = 1
> 
> as you suggested.
> 
> > (For some reason I could not add this in Dennis's thread.)
> > 
> > I like this new feature, BUT
> > 
> > I happen to have two Options:   Options System, and Options Status.
> > 
> > System are a very few items, whereas Status has a long list, which, like Dennis's example, can be added to. 
> > Keeping the latter in alpha order is great, but it's a shame that the cost is that Options System are also
> > sorted alphabetically, whereas it has a natural order which it would be preferable to keep - for example (and
> > this is made up)
> > 
> > Options System: 3.1, NT, 2000, XP, Vista
> > 
> > where the natural order here is chronological.
> > 
> > Perhaps the configuration file option could be more specific, for example
> > 
> > Sort attribute Options Status = 1
> > 
> > which would then NOT sort Options System.  If both are needed to be sorted, both should be specified, or back to
> > the original syntax which defaults to sort *all* Options.

Hi Stefan,

I have a thread of 70 entries.  I added another entry, which was saved, but elog crashed.
It would restart, but crash every time I then tried to access that 71 entry thread.

By editing the yymmdda.log files to remove the latest entry, all was well again.
Add a test new entry (much smaller) also crashed elog as before.

If it is any help, this is the error message I caught on a console:

src/elogd.c:703: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
./log: line 1:  3123 Aborted    

Now I have got around this, by ending that thread with reference to a new one to continue, but is this to be
expected?  

If this is something (like memory allocation) that would have been in hiding from the start, I cannot imagine
that it is likely to be hit often enough to actually "bug fix" - it might, in any case, cause problems elsewhere.

> Hello.
> 
> Please look at the entry 66525 of this forum (just 5 thread before this one):
> 
>  ->  chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009         (66525)
>   |->    Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009       (66526)
>   |->    Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556)
> 
> When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent)
> 
>   +      Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009  
> 
> I guess it is because both 66526 and 66556 replies to the first entry. 
> I have the same problem with Elog v2.7.7-2246 and Windows. 
> 
> In general, it seems to work well only if you always reply to the last entry of a thread.
> 
>   Thank you.
> 
> 
> b.t.w. : is there any tip to always force reply to the last entry of a thread?

As the person who suggested this concept, I have to admit I've yet to think of a good way around this issue. 
Preventing "branching" is all very well, but sometimes it is relivent to have a branch (although I usually try to
avoid them).  Unless elog scans every possible branch to find where the latest entry, I cannot think of a
foolproof, practical scheme.

Hi Stefan,

After 21.Oct, all the emails sent out by this discussion form now are addressed to

ELOG@ananke.jtan.com
the name of the server my mails are sent to.

Before that the emails were addressed to 

ELOG@emix.psi.ch

Obviouisly my real email address is there, in the headers (as it would appear for a BCC)

The only consequence for me was these emails turned up in the wrong mailbox, but perhaps it has wider implications?

Hi Stefan,

I must have seen this before, but only just "noticed" it.

If you attach a picture or pdf to the first entry in a tread, there is then a paperclip after the thread display
line.  This shows up in threaded view or collapsed threaded view.

If you then attach a picture or pdf to a subsequent entry, the paperclip icon does not show up in threaded
display, (it is still there on the initial entry) but if the attachment is to the latest entry it shows up in
treaded collapsed display (collapse on last=1, of course).  If collapse on last=0, then initial entry shows on
threaded, collapsed, and that has the icon as expected.

When the icon does show, you can click on it and get the correct attachment to show/launch reader or whatever.

It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry
other than the initial one).

(sorry about the first posting, hit the wrong key sequence in error)

Regards,

David Pilgram.

I may have made this sound as if the issue occurs if the first entry in a thread has an attachment; in fact it
happens whether or not there is an attachment to the first entry.

Hope this makes matters a bit clearer.


> Hi Stefan,
> 
> I must have seen this before, but only just "noticed" it.
> 
> If you attach a picture or pdf to the first entry in a tread, there is then a paperclip after the thread display
> line.  This shows up in threaded view or collapsed threaded view.
> 
> If you then attach a picture or pdf to a subsequent entry, the paperclip icon does not show up in threaded
> display, (it is still there on the initial entry) but if the attachment is to the latest entry it shows up in
> treaded collapsed display (collapse on last=1, of course).  If collapse on last=0, then initial entry shows on
> threaded, collapsed, and that has the icon as expected.
> 
> When the icon does show, you can click on it and get the correct attachment to show/launch reader or whatever.
> 
> It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry
> other than the initial one).
> 
> (sorry about the first posting, hit the wrong key sequence in error)
> 
> Regards,
> 
> David Pilgram.

Hi Stefan and Steve,

Do you mean putting the paperclip icon to the left of the 'Thread display' (such as next to the emoticons and
other stuff we can put in this forum)?

I'd be happy with that if it overwrote the "+" in the threaded, collapsed mode; or
that there was a reserved position for the icon in threaded (any variant), and if no 
attachment, just a blank.  

Or make it something to configure, thus ruining Stefan's weekend and confusing the rest of us ;-)

Regards,

David.



<p>
<table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;">
<tbody>
<tr>
<td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Stefan Ritt wrote:</td></tr>
<tr>
<td cellpadding="10px" style="background-color:#FFFFB0;"><p>
<table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;">
    <tbody>
        <tr>
            <td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Steve
Williamson wrote:</td>
        </tr>
        <tr>
            <td cellpadding="10px" style="background-color:#FFFFB0;">
            <p>It is occasionally convenient to be able to put the Edit button at the beginning of the line in
list view, e.g. when pages are wider than the screen it saves having to scroll across to find it.&nbsp; Would it
be possible to do something similar with the Attachments button?</p>
            <p>regards</p>
            <p>Steve</p>
            </td>
        </tr>
    </tbody>
</table>
</p>
<p>I don't understand what you mean. There is only a &quot;Submit&quot; button and a &quot;Choose File&quot;
button:</p>
<p><a href="091113_143107/Capture.png?lb=Forum"><img border="0" alt="Capture.png" name="att0" id="att0"
src="091113_143107/Capture.png?lb=Forum&amp;thumb=1" /></a>&nbsp;</p>
<p>both are pretty close to the beginning of the line (left side).</p></td>
</tr>
</tbody>
</table>
</p><p> </p>

Thanks Stefan!

(But I'll wait and see if you do anything about Steve's point...so I'll download "after work"!).

> > It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry
> > other than the initial one).
> 
> Yes, that's indeed a bug. I fixed it in SVN revision 2266.