Language:
switch to room list switch to menu My folders
Go to page: [1] 2 3 4 5 ... Last
↑↑↑ Old messages ↑↑↑            ↓↓↓ New messages ↓↓↓
[#] Tue May 25 2010 11:10:01 EDT from "ajc" <ajc@uncensored.citadel.org> to room_citadel_development@uncensored.citadel.org

Subject: Citadel commit log: revision 8596

[Reply] [ReplyQuoted] [Headers] [Print]

------------------------------------------------------------------------
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.
------------------------------------------------------------------------

[#] Tue May 25 2010 14:08:49 EDT from "ajc" <ajc@uncensored.citadel.org> to room_citadel_development@uncensored.citadel.org

Subject: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

------------------------------------------------------------------------
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.
------------------------------------------------------------------------

[#] Wed May 26 2010 18:37:39 EDT from dothebart @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

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



[#] Wed May 26 2010 18:50:26 EDT from dothebart @ Uncensored

Subject: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

 

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...



[#] Thu May 27 2010 05:21:47 EDT from dothebart @ Uncensored

Subject: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

 

Mi Mai 26 2010 18:50:26 EDT von dothebart @ Uncensored Betreff: Citadel commit log: revision 8597

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...

whew. Just tried out chromium. what an amazing speed. plus that nasty jumping is next to not there.



[#] Thu May 27 2010 08:04:39 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

I suspect that Chrome will eventually overtake Firefox as the leader in non-Microsoft web browsing, just like Android will overtake iPhone/iPad in the portable space.

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.

[#] Thu May 27 2010 18:32:09 EDT from Peter Pulse @ Uncensored

[Reply] [ReplyQuoted] [Headers] [Print]

I'm using Chrome full time on my (ubuntu) work laptop, and it has been pretty great. I switched because they pushed an update that fucked up my Firefox.
Then they fixed it.. but I'd already switched.

[#] Fri May 28 2010 05:32:21 EDT from dothebart @ Uncensored

Subject: close button in addressbook popup gone..

[Reply] [ReplyQuoted] [Headers] [Print]

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



[#] Fri May 28 2010 08:03:31 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: close button in addressbook popup gone..

[Reply] [ReplyQuoted] [Headers] [Print]

Ok. Just so you know, a couple of weeks ago I switched from protoaculous back to discrete copies of prototype and scriptaculous, in order to support better manageability.

[#] Fri May 28 2010 08:19:24 EDT from dothebart @ Uncensored

Subject: Re: close button in addressbook popup gone..

[Reply] [ReplyQuoted] [Headers] [Print]

ah, great.

We've got a bug against pkg-citadel - webcit that it has an old copy.

Feivel will be glad to hear.



[#] Fri May 28 2010 08:22:48 EDT from dothebart @ Uncensored

Subject: close button in addressbook popup gone..

[Reply] [ReplyQuoted] [Headers] [Print]

 

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??



[#] Mon May 31 2010 23:06:23 EDT from "ajc" <ajc@uncensored.citadel.org> to room_citadel_development@uncensored.citadel.org

Subject: Citadel commit log: revision 8598

[Reply] [ReplyQuoted] [Headers] [Print]

------------------------------------------------------------------------
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
------------------------------------------------------------------------

[#] Tue Jun 01 2010 00:11:47 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

Even with the longer timeout on the watchdog script, it's still firing from time to time. I really don't know what's happening, because the cores all show the same thing: all threads waiting on accept(), except for the housekeeping thread, which is sleeping.

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.

[#] Tue Jun 01 2010 07:52:13 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

Ok, now we're getting somewhere. 4 alerts in the last 8 hours. It isn't locking up; it's getting the message "Received unexpected answer from Citadel server; bailing out."

[#] Tue Jun 01 2010 07:59:54 EDT from dothebart @ Uncensored

Subject: Re: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

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;
}



[#] Tue Jun 01 2010 08:00:59 EDT from dothebart @ Uncensored

Subject: Re: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

and... it probably would be 'nice' to evaluate the return of IDEN instead of just ignoring it, right?



[#] Tue Jun 01 2010 09:43:52 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

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. :)

[#] Tue Jun 01 2010 11:32:17 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel commit log: revision 8597

[Reply] [ReplyQuoted] [Headers] [Print]

Ok, here's the answer:

The INFO command returned a *blank line*.

[#] Tue Jun 01 2010 16:57:19 EDT from "dothebart" <dothebart@uncensored.citadel.org> to room_citadel_development@uncensored.citadel.org

Subject: Citadel commit log: revision 8599

[Reply] [ReplyQuoted] [Headers] [Print]

------------------------------------------------------------------------
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

------------------------------------------------------------------------

[#] Tue Jun 01 2010 16:59:58 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel commit log: revision 8599

[Reply] [ReplyQuoted] [Headers] [Print]

I'm working on this too. It isn't actually that specific server command.
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.

Go to page: [1] 2 3 4 5 ... Last