Open Hub
Black Duck Open Hub

 Settings |  Report Duplicate

0
I Use This!
Inactive

Commits : Listings

Analyzed about 3 hours ago. based on code collected about 8 hours ago.
May 03, 2023 — May 03, 2024
Commit Message Contributor Files Modified Lines Added Lines Removed Code Location Date
Keyword hunt mode etc
iwronsky
More... over 20 years ago
- added more flexible parsing of the series file, files are now stored in a more XML'ish way - added periodical reload of the series file - added toignore setting, stops fetching unwanted files or going into unwanted directories - loadSeries now is able to perform in incremental mode, called twice it doesn't overwrite the actual settings, but completes where necessary - added a new setting: clearonadvance if set the queues are emptyed of the episode we are advancing from
bboett
More... over 20 years ago
pv_rand
iwronsky
More... almost 21 years ago
- added periodical reload of the series file - added toignore setting, stops fetching unwanted files or going into unwanted directories - loadSeries now is able to perform in incremental mode, called twice it doesn't overwrite the actual settings, but completes where necessary - added a new setting: clearonadvance if set the queues are emptyed of the episode we are advancing from
bboett
More... almost 21 years ago
- setted environment for DOS users - bailing out in leve_dccfailure if findfs didn't find a suitable object - added a grep to remove actually transferring stuff from isuecommand routine... - removed some wrong undefe tests that produced warnings - forgot the 'voice' in auto noaccess trigger mecha - added nolistchan to remove a channel from list processing - added the missing semaphore to xchaHandler::run
bboett
More... almost 21 years ago
added a todo line ;)
iwronsky
More... almost 21 years ago
Fixed for newer gcc compilers.
iwronsky
More... almost 21 years ago
Changes ydec to precede uudeview. Removed uudeview overwriting of existing files.
iwronsky
More... over 21 years ago
- modeseries now allows also to modify the max value ... - ignore test was at the wrong position, i tested the nick of the acutal xchat user and not of the fserver user, hwich appears on parse_notice only after the notice parse is completed.... seems to work now... - !list processing wasn't affected by stop until now.... - moved the ignore stuff to a separate list, added support for ignore trigger, autodetection of useless mirc DCC server users and voice only triggers, triggers are set to ignore, if no triggers are left, the whole fserver object is removed and the nick added ot the ignore list -added in parseQueue a cleanfromsize, since some fservers send also the size of the thing in the queue... - seems te allready queued didn't work correctly added when launching the command the target as an fserver arg, lets see if this fixes it... - added disconnect handling - added an ignore tag in fserverHandler::bannerDetected if ignoring is set (any value will do..) the fserver handling is stopped there... - traverstree, if a dir wasn't found, drop the queue if it was in fetch mode
bboett
More... over 21 years ago
fix
iwronsky
More... over 21 years ago
Changed assign check to precede rulecheck in filename checking
iwronsky
More... over 21 years ago
- found a "'$%'�� bug in the waiting sub of fserver.... checked for /"wait"/ whicheveidently was never found.... arghhh.... - added in dcc_offer and dcc failure a mechanism to record the filepattern that are actually processed, in sight to add to the fserverHandler a way torefuse to issue pattern that are allready trasnferring... and yeah it would have been easier if ""'&$%/&('�� xchat would keep a correct list of the transferring files... - added to leve_crop the removal of http style spaces, added a call to leve_crop in dccsuccess
bboett
More... over 21 years ago
- stupid error.. in LEve.pm forgot to extract first the fservers with activation on, before checking their date for expiration....
bboett
More... over 21 years ago
- darn forgot to add a tmoutChecker in leve_monitor - added in chkTmout a short timeout part that should cope wth fservers that don't send an end of intro caracteristic string, or don't send an end of listing string on dirscans, should also terminate gracefully the queue and stat commands - replaced more foreach with grep statements, they are indeed faster, had to create a new function for the choosing though grep - colorized the FILE lines that will be requested - uhm yeah... it was asking still for fservers, added a better check in issue command - reorganized a bit issue command, hope that now it won't try to issue commands despite its still waiting for stuff... - moved getRequests to use grep instead of a foreach loop - added a command to add a channel to the list chans - think i removed a bug in parsenotice, first of all removed the debug message which was printing the notice message all over the chans, then, chekcing if the notice was in a user tab or in channel, if in user tab trying to fetch the concernend fserver and try to guess a correct setting... - still a glicht making the interactive help unusable - forget to reset the list of active chans when restarting the client...
bboett
More... over 21 years ago
Changed all scripts to use /bin/bash /
iwronsky
More... almost 22 years ago
- moved leve.maxcps to use the same separator as the rest of the fileHandler, cause some dummies like to add spaces in their filenames... - bail out of dumStack if stack not defined.... - activated automatic !list processing of channels in listchans - parsedcclist needed an additional test of the existence of trasnfer... strange, since i is issued from a foreach loop... anyways...
bboett
More... almost 22 years ago
- there were more occurences that created fserverhandlers in leve_* methods, moved that over to use only useful handlers - removed scedule from decrementQueue this caused way to much trouble when elimitaing a whoile bunch of queues, scedul is now added if needed.... - added a minimum acitvation interval of 1 min, stopping hammering servers due to some bug... - in dcc_chat systematicly a fserverhandler was created if not existent, so for each opened xchat tab, even for spam etc a fserver object was created, not in th dcc_init method, but afterwards, when a message was printed in the tab.... this shoud reduce the memory print of the thing... - changed the behaviour.. didn't found the sometimes showing bug of the wrong queue count... so now the requested list is processed systematicly... - moved the message from the listings, when listing channel programs, unecesary lines were issued... - added chgchan to adjust the fservers with a wrong channel info, hell knows where that bug crept in again... - some visual stuff like a mising \n in llist - some minor bugs, printing message with empty arays etc fixed
bboett
More... almost 22 years ago
Small fixes.
iwronsky
More... almost 22 years ago
Small fixes.
iwronsky
More... almost 22 years ago
- added a channelKeeper in xchatHandler,it is suppsoed to keep track of the channel-server relation and to jump in if after a disconnect the servename changes, and thus the targets moved (concerns only the list command).... - uhm yeah, bad design, i separated the stuff handling lists between channels, got a mess with the timeout increment otherwise :D - moved xchathandler to use the incoming lines as a time mesure isntead of the timers, they got xchat crashing neatly when too much are installed... i really - leve stop now empties also the event queue of the xchat handler... but start still does not rescedule the list commands... hope v1.9 of xchat gets better.... - added nobannerchans as settings to prevent the script to react on banners on certain channels... (requested e.g on #soldats, they got touchy lately about my script reacting to all the infractors of no pub ad fservers...) - race condition detected, if after queuing the files is send immediately the decrement queue came before the increment queue, now parsing he 'sending' context indicating immediate send, maybe i should remove the < 0 tests and allow negative numbers in slots... - somehow a bug saving the chosen lines crept in... a leading space was introduced, hell knows where...
bboett
More... almost 22 years ago
Tried to fix mysql_init() related crashes.
iwronsky
More... about 22 years ago
Fixed a typo :)
iwronsky
More... about 22 years ago
More small tweaking
iwronsky
More... about 22 years ago
Tried to fix build for FreeBSD
iwronsky
More... about 22 years ago
- race condition detected, if after queuing the files is send immediately the decrement queue came before the increment queue, now parsing he 'sending' context indicating immediate send, maybe i should remove the < 0 tests and allow negative numbers in slots... - somehow a bug saving the chosen lines crept in... a leadfing space was introduced, hell knows where...
bboett
More... about 22 years ago
- forgot that i added a leading '/' in parseDir... thus dynaicly added lines were still buggy
bboett
More... about 22 years ago
- serious bug in new schema... whilst the '/' at the beginning of paths is nice for the sight, it prevented traverse tree of reaching its target... leve_load now removes all preceding slashes, leaving a blank relative file reference which goes fine with traverse tree
bboett
More... about 22 years ago
- still lots of debig messages - inserted some more checks to avoid uninitialized value errors - xchaHandler: the tmoutHandler nees FQFN!
bboett
More... about 22 years ago
- added central queue in xchatHandler and first timers, somehow they don'T work though - if nick given to list command begins with a # then a channel search is done instead - moved dumplist from Leve to fserverHandler - loadserv lacked an lc for the servername - added a return 1 to all leve commands - merged skipIntro and sendCmd into traverseTree, mkaes it possible to reparse an fserver from the point we quit (done this in tmout handling: the fserver is put on reparse mode and the last trigger pushed back to the triggers to be handled - in fserverHandler splitted bannerparse in a lot of small subroutines - moved the fserver init stuff from dcc_init to parsebanner, made no sense where it was because that func is called for EVERY dcc chat line and makes handling more complicated - added DCCALLOW handling - decrement queue called (parametrized) after dcc send init or completion, customized by a default settings in leve and a per server setting - increment/decrement queue now work only if the status is correct there was a bug, delquee was called once on dcc send init and once on dcc send completion... - on leve_dccsuccess, if the raw filename couldn't be found now a search for the patternized filename is searched for that given fserver - on match2pattern series section added int($eps), this will force the conversion to a numeric thing, too often i have \d translated to a string e.g. 01.... - added to leve, on nickchange, adapt also ctcp triggers - made a more clean lib tree, there's now a Leve sublib, this means most lib files need to be moved to a Leve subdir, hmmm perhaps time for an install script.... - extracted from leve the xchat specific stuff into a spearate object, will make interaction with zebot, irrsi or any other irc client much easier - added GNU compatible header to libs - added leve_request to genereate automaticly a banner ad - moved setprio to modseries, to customize priority and short name for series - added tag to series, gives a short name for the banner - made the pendant to addepisode, delepisode
bboett
More... about 22 years ago
Finishing touches for 2.6.12
iwronsky
More... about 22 years ago