From dirk at haun-online.de Fri Oct 2 03:20:51 2015 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 2 Oct 2015 09:20:51 +0200 Subject: [geeklog-devel] SLV not reporting spam In-Reply-To: References: Message-ID: <7EFBC641-0EC5-43DD-BAD3-88ADB50DBB6B@haun-online.de> SLV seems to be working again: > Fri 02 Oct 2015 03:03:27 CEST - SLV: spam detected Dirk -- https://www.themobilepresenter.com/ From websitemaster at cogeco.net Sat Oct 3 13:14:42 2015 From: websitemaster at cogeco.net (Tom) Date: Sat, 3 Oct 2015 13:14:42 -0400 Subject: [geeklog-devel] Geeklog 2.1.1 Update and Plugin Configuration Changes Message-ID: <00c101d0fdfe$fecc3260$fc649720$@cogeco.net> Just a note to all Plugin Developers regarding Geeklog 2.1.1 (hopefully released in the next month) and the Geeklog Configuration. All inputs in the Configuration (Core and all plugins) are now automatically sanitized by the strip_tags function. This will only affect plugins that have a configuration option which requires anything to do with html tags. To fix this you will need to add a new rule to your plugins configuration_validation.php file for that particular config option. To turn off strip_tags you would add: 'sanitize' => 'allTags' To sanitize with Geeklogs approved html function for that user you would use (this is the recommended way of handling this problem): 'sanitize' => 'approvedTags' Here is an example of it in use: $_CONF_VALIDATE['Core']['site_disabled_msg'] = array( 'sanitize' => 'approvedTags', 'rule' => 'stringOrEmpty' ); Thanks Tom From komma at ivywe.co.jp Tue Oct 20 07:26:25 2015 From: komma at ivywe.co.jp (=?UTF-8?B?5LuK6aeS5ZOy5a2Q?=) Date: Tue, 20 Oct 2015 20:26:25 +0900 Subject: [geeklog-devel] Form by using UIkit Message-ID: Tom, Thank you for your hard work! There are little different from UIkit form HTML. http://getuikit.com/docs/form.html example
........
.....
-- Ivy From websitemaster at cogeco.net Tue Oct 20 09:26:42 2015 From: websitemaster at cogeco.net (Tom) Date: Tue, 20 Oct 2015 09:26:42 -0400 Subject: [geeklog-devel] Geeklog 2.1.1 Beta 1 Release coming soon Message-ID: <00a301d10b3a$f5f26fd0$e1d74f70$@cogeco.net> Once mystralkk gets a chance to update the file manager I will be upgrading Geeklog.net to the latest code. I will also be upgrading the forum plugin along with converting the file management plugin to the downloads plugin. I will also be releasing Geeklog 2.1.1 Beta 1 (unless anyone has a reason not too). Hopefully this will happen in the next week or two. Before then if you have the chance please try out the latest code which can be found here. https://www.geeklog.net/staticpages/index.php/CVS We could use some testing for: - New installs - Upgrade installs - Any of the new features and bug fixes found in the docs/history.txt file. Thanks Tom From websitemaster at cogeco.net Wed Oct 28 12:36:45 2015 From: websitemaster at cogeco.net (Tom) Date: Wed, 28 Oct 2015 12:36:45 -0400 Subject: [geeklog-devel] Geeklog.net Upgraded Message-ID: <000001d1119e$d600d9e0$82028da0$@cogeco.net> Hi All, I just finished upgrading Geeklog.net to the soon to be released Geeklog 2.1.1 Beta 1 The Geeklog forum was also upgraded to the soon to be released Geeklog Forum 2.9.1 I also cleaned up a lot of unused files. (Dirk if possible could you go through the ftp site and remove anything that needs it.) If anyone notices any problems with the updated site please let us know on this mailing list. If no problems are reported I will go ahead and release the new beta hopefully next Wednesday. I had a few issues with the upgrade: - The default theme reverted to the professional (was geeklognet_theme) - None of the core plugin database changes happened. Had to manually go in and apply them through the Geeklog Admin Plugin interface I had set the siteconfig.php file config option $_CONF['site_enabled'] to false which may have in part caused these issues (don't usually do it this way). Was also a little jarring when the upgraded ended in the message "This Geeklog site is down for maintenance." We may want to look into this in the future just to let the Admin know if the upgrade did succeed or not (I thought it hadn't at the time). I had run through the install and upgrades (on several different Geeklog version) on my development site a few days ago and never had any of these issues (I didn't disable the site by using the config option though). After the beta release I also plan to change Geeklog.net from using the File Management plugin to the Downloads Plugin. Dirk I know there is a script being used here for any release that automatically inserts a file submission into the file management plugin. We are going to need to convert this process to use the downloads plugin. Did you write the previous script? Could you maybe look into updating this process? Also the old messenger plugin is still installed on Geeklog.net but it has been disabled for a few years. I plan on removing this completely unless anyone has a good reason not to... Thanks Tom From dirk at haun-online.de Wed Oct 28 13:36:31 2015 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 28 Oct 2015 18:36:31 +0100 Subject: [geeklog-devel] Geeklog.net Upgraded In-Reply-To: <000001d1119e$d600d9e0$82028da0$@cogeco.net> References: <000001d1119e$d600d9e0$82028da0$@cogeco.net> Message-ID: Tom wrote: > I also cleaned up a lot of unused files. (Dirk if possible could you go > through the ftp site and remove anything that needs it.) Not sure I follow. What should I be looking for and where? > I had set the siteconfig.php file config option $_CONF['site_enabled'] to > false which may have in part caused these issues (don't usually do it this > way). Was also a little jarring when the upgraded ended in the message "This > Geeklog site is down for maintenance." That check is in lib-common.php, which is needed during the upgrade process. You can't really disable the site _and_ run the upgrade at the same time. (I thought there was a feature request for this but can't seem to find it.) > After the beta release I also plan to change Geeklog.net from using the File > Management plugin to the Downloads Plugin. Dirk I know there is a script > being used here for any release that automatically inserts a file submission > into the file management plugin. We are going to need to convert this > process to use the downloads plugin. Did you write the previous script? > Could you maybe look into updating this process? The source code for that is in the "tools" repository http://project.geeklog.net/cgi-bin/hgwebdir.cgi/tools/ - specifically, http://project.geeklog.net/cgi-bin/hgwebdir.cgi/tools/file/fd4ead4d6750/filemgmt It's basically a special version of the file submission code from the file management plugin that's being called from Jenkins during the geeklog-release job, after the tarball has been copied over from the other server. It expects a file with the supplied name and md5 checksum in a certain directory. If it can find that and the checksum matches, it's being added to the submission queue. (Side note: It's about time we replace the md5 checksum with something secure and modern) Long story short: We would need something that does the same for the downloads plugin. I've never looked at that plugin's code, though. Maybe someone who's more familiar with it could give it a try? Also, while looking all this up, I noticed that our Jenkins has been down for the last 6 hours and the server was being hammered by a stupid bot that got tangled in the hg web view somewhere. Sigh. Blocked a few IP addresses and that bot and everything seems to be running again. And then I noticed that a new Jenkins version is available, but it requires a newer Java version than the one we have on the server. Guess I have to ask pair.com to install Java 7 for us. Dirk -- https://www.themobilepresenter.com/ From websitemaster at cogeco.net Fri Oct 30 16:29:36 2015 From: websitemaster at cogeco.net (Tom) Date: Fri, 30 Oct 2015 16:29:36 -0400 Subject: [geeklog-devel] Geeklog.net Upgraded In-Reply-To: References: <000001d1119e$d600d9e0$82028da0$@cogeco.net> Message-ID: <00a901d11351$b1c5e430$1551ac90$@cogeco.net> Geeklog.net has now been updated to: Changeset: 9644 (95902d3badce) Updated documents to reflect upgraded UIKit version number. -----Original Message----- From: geeklog-devel [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: Wednesday, October 28, 2015 1:37 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog.net Upgraded Tom wrote: > I also cleaned up a lot of unused files. (Dirk if possible could you > go through the ftp site and remove anything that needs it.) Not sure I follow. What should I be looking for and where? > I had set the siteconfig.php file config option $_CONF['site_enabled'] > to false which may have in part caused these issues (don't usually do > it this way). Was also a little jarring when the upgraded ended in the > message "This Geeklog site is down for maintenance." That check is in lib-common.php, which is needed during the upgrade process. You can't really disable the site _and_ run the upgrade at the same time. (I thought there was a feature request for this but can't seem to find it.) > After the beta release I also plan to change Geeklog.net from using > the File Management plugin to the Downloads Plugin. Dirk I know there > is a script being used here for any release that automatically inserts > a file submission into the file management plugin. We are going to > need to convert this process to use the downloads plugin. Did you write the previous script? > Could you maybe look into updating this process? The source code for that is in the "tools" repository http://project.geeklog.net/cgi-bin/hgwebdir.cgi/tools/ - specifically, http://project.geeklog.net/cgi-bin/hgwebdir.cgi/tools/file/fd4ead4d6750/file mgmt It's basically a special version of the file submission code from the file management plugin that's being called from Jenkins during the geeklog-release job, after the tarball has been copied over from the other server. It expects a file with the supplied name and md5 checksum in a certain directory. If it can find that and the checksum matches, it's being added to the submission queue. (Side note: It's about time we replace the md5 checksum with something secure and modern) Long story short: We would need something that does the same for the downloads plugin. I've never looked at that plugin's code, though. Maybe someone who's more familiar with it could give it a try? Also, while looking all this up, I noticed that our Jenkins has been down for the last 6 hours and the server was being hammered by a stupid bot that got tangled in the hg web view somewhere. Sigh. Blocked a few IP addresses and that bot and everything seems to be running again. And then I noticed that a new Jenkins version is available, but it requires a newer Java version than the one we have on the server. Guess I have to ask pair.com to install Java 7 for us. Dirk -- https://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net https://pairlist8.pair.net/mailman/listinfo/geeklog-devel