Subject: Citadel commit log: revision 8596
r8596 | ajc | 2010-05-25 11:09:59 -0400 (Tue, 25 May 2010) | 1 line
Changed paths:
M /trunk/webcit/bbsview_renderer.c
* Fixed the off-by-one error in bbs view that causes a blank page to appear at the end when the number of messages is divisible by 20.
------------------------------------------------------------------------
Subject: Citadel commit log: revision 8597
r8597 | ajc | 2010-05-25 14:08:48 -0400 (Tue, 25 May 2010) | 1 line
Changed paths:
M /trunk/webcit/bbsview_renderer.c
M /trunk/webcit/static/t/knrooms.html
M /trunk/webcit/static/wclib.js
M /trunk/webcit/static/webcit.css
* Now attempting to fix the final few rendering problems in Internet Explorer. Testing with IE 7. I will also test with IE 8, Firefox, and WebKit (Chrome, Safari etc). IE 6 will not be tested; in fact, I am *removing* all markup which indicates that it is only present to work around IE 6 bugs.
------------------------------------------------------------------------
got on track through
bbsview_renderer.c: In function ‘bbsview_get_last_seen’:
bbsview_renderer.c:63: warning: ISO C90 forbids mixed declarations and code
to
long bbsview_get_last_seen(void)
which calls GTSN to retrieve the seen-record for the room, right?
uncompressed seen records may become up to 4k aka SIZ, right?
the reply is up to '200 ' + SIZ then in here if I get that correctly? which would be 4 bytes bigger than the buffer used to keep it.
One of two good reasons not to use static buffers; Second one: GetServerStatus() which may enable us to react to '200-' in some not to distant future.
ChrPtr gives you a const char* out of that StrBuf for your strchr; you can use StrBufCutAt() to cut it at that place as you did
Subject: Citadel commit log: revision 8597
Di Mai 25 2010 14:08:49 EDT von "ajc" <ajc@uncensored.citadel.org> Betreff: Citadel commit log: revision 8597------------------------------------------------------------------------
r8597 | ajc | 2010-05-25 14:08:48 -0400 (Tue, 25 May 2010) | 1 line
Changed paths:
M /trunk/webcit/bbsview_renderer.c
M /trunk/webcit/static/t/knrooms.html
M /trunk/webcit/static/wclib.js
M /trunk/webcit/static/webcit.css
* Now attempting to fix the final few rendering problems in Internet Explorer. Testing with IE 7. I will also test with IE 8, Firefox, and WebKit (Chrome, Safari etc). IE 6 will not be tested; in fact, I am *removing* all markup which indicates that it is only present to work around IE 6 bugs.
------------------------------------------------------------------------
Some other useability problem about the new bbsview...
It sort of jumps to the 'first new' after rendring it; which makes the experience a little flashy.
maybe firebug/yslow or the google firebug plugin could also bring some more infos how to get that better...
Subject: Citadel commit log: revision 8597
Mi Mai 26 2010 18:50:26 EDT von dothebart @ Uncensored Betreff: Citadel commit log: revision 8597Some other useability problem about the new bbsview...
It sort of jumps to the 'first new' after rendring it; which makes the experience a little flashy.
maybe firebug/yslow or the google firebug plugin could also bring some more infos how to get that better...
whew. Just tried out chromium. what an amazing speed. plus that nasty jumping is next to not there.
Subject: Re: Citadel commit log: revision 8597
But for the time being, I have to spend a few days using IE as my WebCit test browser, because that's where the brokenness lives right now.
We had a watchdog timer event on Uncensored last night. I'm not sure it was actually deadlocked though; it may have just taken too long to respond but would have eventually responded anyway. I changed the timeout on the script from 5 seconds to 20 seconds. We'll see what happens now.
Then they fixed it.. but I'd already switched.
Subject: close button in addressbook popup gone..
On my workstation the close button of the addressbook popup just disappeared, which is pretty nasty because of the 'post' button is buried under it :(
I'm running it with
ii libjs-prototype 1.6.1-1 JavaScript Framework for dynamic web applications
ii libjs-scriptaculous 1.8.3-1 JavaScript library for dynamic web applications
(which should be all external resources in the .debs)
Over here the button is still there.
I don't get any error messages while opening the popup
ugh. solved it. for some unclear reason, webcit didn't know about closewindow.gif
Subject: Re: close button in addressbook popup gone..
Subject: Re: close button in addressbook popup gone..
ah, great.
We've got a bug against pkg-citadel - webcit that it has an old copy.
Feivel will be glad to hear.
Subject: close button in addressbook popup gone..
Fr Mai 28 2010 05:32:21 EDT von dothebart @ Uncensored Betreff: close button in addressbook popup gone..On my workstation the close button of the addressbook popup just disappeared, which is pretty nasty because of the 'post' button is buried under it :(
I'm running it with
ii libjs-prototype 1.6.1-1 JavaScript Framework for dynamic web applications
ii libjs-scriptaculous 1.8.3-1 JavaScript library for dynamic web applications(which should be all external resources in the .debs)
Over here the button is still there.
I don't get any error messages while opening the popup
ugh. solved it. for some unclear reason, webcit didn't know about closewindow.gif
Hm, maybe theres a smarter way to protect us from that? so that it for example falls back to an X if the image doesn't load??
Subject: Citadel commit log: revision 8598
r8598 | ajc | 2010-05-31 23:06:22 -0400 (Mon, 31 May 2010) | 1 line
Changed paths:
M /trunk/webcit/webserver.c
* fixed a spelling error
------------------------------------------------------------------------
Subject: Re: Citadel commit log: revision 8597
I am going to disable the watchdog script, and put WebCit into the monitoring system at our data center. If WebCit becomes unresponsive it will send a text message to my phone and I can take a look at what's really going on.
Subject: Re: Citadel commit log: revision 8597
Subject: Re: Citadel commit log: revision 8597
that seems to be if get_serv_info() fails?
it does...
serv_printf("IDEN %d|%d|%d|%s|%s",
DEVELOPER_ID,
CLIENT_ID,
CLIENT_VERSION,
ChrPtr(user_agent),
ChrPtr(browser_host)
);
StrBuf_ServGetln(Buf);
serv_puts("ICAL sgi|1");
StrBuf_ServGetln(Buf);
serv_puts("INFO");
StrBuf_ServGetln(Buf);
if (GetServerStatus(Buf, NULL) != 1) {
maybe you'd like to add a debug statement here??
FreeStrBuf(&Buf);
return NULL;
}
Subject: Re: Citadel commit log: revision 8597
and... it probably would be 'nice' to evaluate the return of IDEN instead of just ignoring it, right?
Subject: Re: Citadel commit log: revision 8597
maybe you'd like to add a debug statement here??
Yes, that's obviously the right thing to do; I haven't been writing webcit logs but it's probably time to start. :)
Subject: Re: Citadel commit log: revision 8597
The INFO command returned a *blank line*.
Subject: Citadel commit log: revision 8599
r8599 | dothebart | 2010-06-01 16:57:18 -0400 (Tue, 01 Jun 2010) | 2 lines
Changed paths:
M /trunk/webcit/serv_func.c
* get_serv_info(): evaluate server replies
------------------------------------------------------------------------
Subject: Re: Citadel commit log: revision 8599
WebCit's ability to receive server replies appears to be broken by the time get_serv_info() starts. When I began checking the output of the IDEN command, it failed there too.
I just added some code to check the greeting banner for errors other than 571. Now if it gets anything that doesn't start with 2XX, it'll throw an error to the user.