CIA-36: tikiwiki: 03robertplummer * r40878 10/branches/9.x/lib/core/Feed/ForwardLink.php: [FIX] escaping values
tikiwiki: 03robertplummer * r40879 10/branches/9.x/lib/ (core/Feed/Abstract.php wiki-plugins/wikiplugin_textlink.php): [FIX] escaping values Tiki|bot: Info: Tiki Wiki CMS Groupware Updates Tiki 6.7 LTS - http://info.tiki.org/article190-Tiki-Wiki-CMS-Groupware-Updates-Tiki-6-7-LTS arildb: joined #tikiwiki Trebly: <RobertPlummer> Hi, I am going well in images galleries. The major problem came probably from the fact that the PRIMARY key of images_data was named imageId, people after try... without any possible to do anything. Many functions can be easily be optimized. The thumbs can be in db while large files are generally in directories. Test tomorrow.
<robertPlummer> In english : Hi, I am going well in images galleries. The major problem came probably from the fact that the PRIMARY key of images_data was named imageId, people after try... without any possibility to do anything (always errors to create records in image_data). Pb : when this happens ?, just to understand. Everything is written as if image had no PRIMARY key and without...
...UNIONS. Many functions can be easily be optimized. The thumbs can be in db while large files are generally in directories. Test tomorrow. rodrigoprimo: joined #tikiwiki Trebly: joined #tikiwiki goj_killedByISP: joined #tikiwiki mose: polom Jenser: joined #tikiwiki changi: mose: hi mose :) xavi: joined #tikiwiki CIA-36: tikiwiki: 03changi67 * r40880 10/branches/9.x/lib/userslib.php: [FIX] Sometimes CAS interface doesn't downcase login, and we are very proud in tiki to check login in binary mode, so downcase everything that come from CAS is better xavi: oups, new (serious) regression found in 9x :-/
sounds like a blocker to me... (I'll add it to the dev.t.o page)
section edits, once saved, keep only the section on the page (all the rest is removed from the page!!! - can be rescued from wiki history, luckily...) arildb: joined #tikiwiki
joined #tikiwiki
joined #tikiwiki Jenser: g'day
got a problem with my tracker configuration
users have all possible rights at the tracker selection
but they cannot change the trackers state
or re-edit entries kstingel|offline: joined #tikiwiki kstingel: just thought it's worth mentioning ...
Upon printing the entire Structure of "Tiki for Smarties" (preparing to compile latest ePub ... I'm not sure the exact Tiki version Rick is running), the resulting file is NOT valid XHTML:
thus far, the main error is that img tags are not being closed
Once I've manually exported for ePub, I plan on (an attempt at) writing an ePub publish script
it would be helpful if my starting documents were fully XHTML compliant :) redflo: joined #tikiwiki xavi: kstingel: try with 9x also (if not already) and report to the devel list about it, and/or http://dev.tiki.org/tiki9 kstingel: thanks xavi, will check with Rick first if I see him .... the error may possibly be within his custom plugin
... I (first) noticed it when transposing his "Conventions" section, which uses custom plugins to highlight areas of the text xavi: ok fidel: q: is there some way of tiki-release-rss-feed or similar - so an option to get informations just about new stable releases? CIA-36: tikiwiki: 03changi67 * r40881 10/branches/9.x/installer/schema/20101215_remove_files_tiki.sql: [FIX] Upgrading from previous version LTS, just ignore if already exist xavi: fidel: http://info.tiki.org/tiki-articles_rss.php?ver=2
bbl rain``_: joined #tikiwiki Tiki|bot: joined #tikiwiki fidel: xavi: thanks xavi: you are welcome Jyhem: Polom
Tiki9 svn: It seems, whatever the language, I am served lang/en/language.js So, javascript are never translated :-(
xavi: thanks for the link (but the guy should use openstreetmaps instead of whining about google maps api limits) xavi: Jyhem :-) (+1 for open source apps :-) Trebly: joined #tikiwiki xavi: Jyhem, are dynamic item lists working for you in 9x?
I get them borken in one tiki9 (the one I'm using for production :-/ , at work), and they work in a test upgrade of another tiki site to 9x Jenser: s/o an idea about my post a while ago?
14[09:42:30] <Jenser> 00g'day14[09:42:48] <Jenser> 00got a problem with my tracker configuration14[09:43:06] <Jenser> 00users have all possible rights at the tracker selection14[09:43:15] <Jenser> 00but they cannot change the trackers state14[09:43:19] <Jenser> 00or re-edit entries01 Jyhem: xavi: also broken here :-( xavi: Jyhem: ok. :-/ . In my case at the broken placae, they work when used directly through trackers, and they do not when used through PluginTracker in wiki pages... fyi
Jenser, no idea Jenser: :-/ xavi: reproduce in demo.t.o maybe, so that others can play with config params to see if easy to fix Jyhem: for me, it fails in tiki-view_tracker.php?trackerId=3 xavi: ^Jenser
Jyhem: works for me in tiki-view_tracker.php Jyhem: Jenser: might be in their permissions with regards to trackers, or in the configuration of this specific tracker
xavi: I also can't get "Items List" to work, even reproducing the doc.t.o example trackers :-( xavi: Jyhem: :-/
Jyhem, I'm off for lunch now, but later, I can grant you access to my demo site for barter network, where its tiki9 have working items lists (just one level, not nested like you did), in case you need to see it working somewhere else
bbl GillesM: joined #tikiwiki Jyhem: same: bbl rodrigoprimo: joined #tikiwiki Jenser: @xavi: problem solved
category rights...
damn ^^ mose: polom xavi: pom pom
wohooo, mose-the-ex-wine-maker around! :-)
rodrigoprimo: may I ask you a knid-of-newbie question for daily reports and cron jobs? rodrigoprimo: xavi: sure :) xavi: :-)
I moved intercanvis.net to a new server, with proposals/6x from a few weeks, and I don't get the daily reports sent
let me check what I have in the crontab... -: xavi refreshing the state of the art in 6x (and next, in 9x) radek82: joined #tikiwiki xavi: 10 0 * * * /usr/local/bin/wget -O - -q -t 1 http://domain/tiki-user_reports_send.php
rodrigo, should this work? ^
of course, intead of "domain" I have the full domain name
and this is in the crontab of the same server where the proposals/6x is hosted
in the crontab as root
^ rodrigoprimo rodrigoprimo: xavi: have you tried the command in the terminal first to check if it works?
xavi: I mean directly calling /usr/local/bin/wget -O - -q -t 1 http://domain/tiki-user_reports_send.php to see what happens xavi: he he, I've done that 5 min ago, and it failed because of xterm not installed in the server
I've just installed it, and I'm trying again.... fabricius: joined #tikiwiki rodrigoprimo: xavi: ok :) xavi: he he, finally... , it seems to be doing something....
:-) fabricius: polom xavi: I didn't know that "xterm" needs to be installed in the virtual server for wget to work
hi fabricius fabricius: hi Xavi -: xavi going to update the docs asap fabricius: I think the tiki-view_tracker issue seems to be a blocker - anybody else did realise this problem apart from demo.t.o? xavi: and rodrigoprimo, I'll test next something similar in our upgraded site to 9x (at work, where I have root access to the server, etc). I guess I won't need the token in 9x when calling the php script frmo the comand line in the same server....
I mean, the token was meant to be optional to allow runing cron jobs from external servers... but when run from the same server, no token is supposed to be needed, is that right? rodrigoprimo: xavi: yes, this is correct xavi: thanks rodrigoprimo :-) rodrigoprimo: xavi: welcome :) -: xavi looking forward to see rodrigo's improvements in action with daily reports in 9x :-) fabricius: rodrigoprimo: did you have any chance to go ahead with the portuguese language group page? rodrigoprimo: fabricius: no, sorry
fabricius: your email is still marked as unread in my inbox fabricius: uhhh
;-) rodrigoprimo: fabricius: I'm busy these weeks with other non-tiki projects fabricius: rodrigoprimo: np ... we just should not forget at all rodrigoprimo: fabricius: but I will finish what you have started someday soon fabricius: cool
if you need any support which is apart from the portuguese langauge itself (which I just do not speak), give me a buzz Jyhem: polom, back
is that *THE* mose ? :-)
^ xavi xavi: Jyhem, yes (but he might be in "shy-mode")
:-) Jyhem: or asleep, depending on where on earth he currently is rodrigoprimo: fabricius: ok, thanks benoitg: joined #tikiwiki marclaporte: joined #tikiwiki xavi: rodrigoprimo?
I tried setting the daily reports in a 9x in our server at work... and I got an error message like:
PHP Fatal error: require_once(): Failed opening required 'lib/init/initlib.php' (include_path='.:/usr/share/php:/usr/share/pear') in /path/lib/setup/tikisetup.class.php on line 8
after I did run on the console as root:
php /path/tiki-user_reports_send.php
well, and I also got:
PHP Warning: require_once(lib/init/initlib.php): failed to open stream: No such file or directory in /path/lib/setup/tikisetup.class.php on line 8 rodrigoprimo: xavi: what happens if you go to your tiki directory and then call php tiki-user_reports_send.php?
xavi: this should work xavi: ok, I'll try Tiki|bot: New Forum Posts: Uploading Images - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43809 xavi: rodrigoprimo: I did run it from there 5 min ago, no error message, but no email either... (I had made a wiki page change 15 min ago)
maybe I need to wait until tomorrow?
in case of doubt, we can do things simple: I leave the cron updated, and I'll see on monday whether I've got any messages by then rodrigoprimo: xavi: as far as I remember you don't need to wait until tomorrow
xavi: there are several things to check to discover where is the problem
xavi: are you sure your new server is properly configured to send e-mails? xavi: he he... this is not the new server, but own work server, running tiki for on e year, serving emails, etc rodrigoprimo: xavi: after updating the wiki page check if there is a entry in tiki_user_reports_cache xavi: ok, I'll check that
thks rodrigoprimo: xavi: after running tiki_user_reports_send.php check if tiki_user_reports_cache is empty (meaning the change to the wiki page was included in the report) xavi: well, tiki_user_reports_cache is not empty
there are several items there (a dozen or so): almost all from a couple of months ago (when we first used that feature in 6x) and one item from the email I expected frmo today
is there any log anywhere about the run begin succesful or similar? marclaporte: joined #tikiwiki xavi: rodrigoprimo: what do you think about adding a record to the syslog each time any php script that can be cronified is run?
this way, we might know whether it works as expected, or not even run, or run but not emails sent, etc
in this case, I had selected for my single user to receive email even if they were empty
(empty because there were no actions to be included in the email report, etc) rodrigoprimo: xavi: I think there is a crontab log somewhere, if so you can use it to check if the script is being called by cron xavi: well, this first run was sent by hand, not by cron
cd path; php tiki-user_reports_send.php
well, one action at a time, I mean
mmm, can you have it working in demo.t.o/9x/, for instance?
or did you succed making it work in a real server somewhere besides your localhost?
I mean, if I run the php tiki-user_reports_send.php, and the mysql table is not emptied to create the report (and I don't get any email, not even an empty one), something might be wrong, either in my config, or somewhere....
maybe some dependency not met in debian servers, or something like that?
well, this server is based on ubuntu 10.04.x, btw
rodrigoprimo: I tried also runing the pghp script through:
wget -O /tmp/out http://localhost/tiki-user_reports_send.php
but no luck: 403 error
HTTP request sent, awaiting response... 403 Forbidden
mmm, rodrigoprimo, where was the link to edit tokens?
in 9x
edit or create, etc.
aha, tiki-admin_tokens.php.... shouldn't there be a link somewhere?
from the tiki admin panels or main app menu? GillesM: joined #tikiwiki xavi: rodrigoprimo: I tried generating a token, and adding it to the url to use with wget, but no way: 403 Forbidden error RobertPlummer: joined #tikiwiki
polom all xavi: hi RobertPlummer RobertPlummer: hi xavi
Jyhem Jyhem_laptop, you want to help me look in the parser and possibly kill this bug? CIA-36: tikiwiki: 03nkoth * r40882 10/trunk/lib/jquery_tiki/tiki-jquery.js: [FIX] Width was zero because jquery height() resolves to 0. arildb: joined #tikiwiki CIA-36: tikiwiki: 03nkoth * r40883 10/branches/9.x/lib/jquery_tiki/tiki-jquery.js: [bp/r40882][FIX] Width was zero because jquery height() resolves to 0.
tikiwiki: 03nkoth * r40884 10/trunk/lib/jquery_tiki/tiki-jquery.js: [FIX] Width not wide enough
tikiwiki: 03nkoth * r40885 10/branches/9.x/lib/jquery_tiki/tiki-jquery.js: [bp/r40884][FIX] Width not wide enough
tikiwiki: 03nkoth * r40886 10/branches/8.x/lib/jquery_tiki/tiki-jquery.js: [bp/r40884][FIX] Width was zero because jquery height() resolves to 0. RobertPlummer: jyhem it looks like lines 293-298 of lib/parser/parserlib.php may be the culprit of the html decode benoitg: joined #tikiwiki sandroandrade: joined #tikiwiki xavi: RobertPlummer: remember the convene improvement needed still (3 states) for the next days, please
we needed before 9.0 is released RobertPlummer: I will do my best xavi, trying to fix the parser. xavi: thanks RobertPlummer
rodrigoprimo: what shall we do with the daily reports? I can't make them work in 9x
rodrigoprimo: can you have a look during the next 10 days or so?
I mean at some point during the next 10-days period
I was planning to upgrade intercanvis.net to 9x before the end of the April, and that's were we would use it most
and therefore, we would have another site dogfooding tiki9 with another feature set in action (newsletters, etc)
if not pssible, no worries, we would delay the upgrade some more time
but to be honest, we (as a community) we need more testing of tiki9 to detect bugs and regressions in this early stage
ok, enough monologue for now
time to finish other things at work before leaving
cheers and see you later
left #tikiwiki Rob___: joined #tikiwiki
hiya
I'm hoping for some help if anyone's alive.
Guess I'll be lurking then. It's regarding Theme Control with Categories, when I try and use Theme Control it doesn't list the categories I've set up, just has () Hammer: joined #tikiwiki
Hi guys
got a question
how can i setup my tiki to use email
? Rob___: General Configuration normally
tiki-admin.php?page=general
under Site Identity in General Preferences Hammer: I am there
but where i put my server
configuration
?
like my IP
? Rob___: you shouldn't need to?
just put the email address Tiki pretends to use and wants replies to Hammer: Ah
but when I reply
it bounces
back ?
right Rob___: you mean it notifies Tiki somehow that you've replied? Hammer: yea
i think i dont need that one
i just need to put an email
in the sender area
for some notifications Rob___: like you want there to be somewhere on the Tiki that tells admins if someone's replied to the email address? Hammer: yea
well let's start from begining
in the sender email
i oput my email
put my email
and in the mail notification
on event : vreated , deleted or .......
i want to recieve an email
so under Destination
there is User and Email
should i go by user ?
or email Rob___: if it's event notifications then do it by email
address Hammer: cool
so i just add email
that's all
?
thisis how wiki works
? Rob___: as far as I can tell
I haven't used that feature myself Hammer: but should be somewhere
to srt up tyher SMPT server
SMTP
set up
at least give it the server address
to know where i am sending from Rob___: not that I can see
have you tried it to make sure it doesn't work?
If anyone can help me with my Category list in Theme_Control being blank and () like, please let me know ...
I guess the error is in tcontrol.php
$query = "select tc.`categId`,tc.`name`,`theme` from `tiki_theme_control_categs` ttt,`tiki_categories` tc where ttt.`categId`=tc.`categId` $mid order by ".$this->convertSortMode($sort_mode); $query_cant = "select count(*) from `tiki_theme_control_categs` ttt,`tiki_categories` tc where ttt.`categId`=tc.`categId` $mid"; $result = $this->query($query,$bindvars,$maxRecords,$offset); $cant = $this->getOne($query_cant,$bindvars);
but don't know what it would be marclaporte: joined #tikiwiki Rob___: hiya
Well I've tried copying function tc_list_categories($offset, $maxRecords, $sort_mode, $find) from a repository into tcontrol.php but it's made no difference. Argh rodrigoprimo: joined #tikiwiki benoitg: joined #tikiwiki Rob___: Anyone wake yet?
okay well, not that I guess this matters to anyone, but it seems I need a blank category at the end - it doesn't list the last category, and I have to manually edit the ID of categories to ensure they are continuous - and I have to make the category names short
that's so bizarre. arildb: I have just made a fresh installation of Tiki9 and trunk. Checked out the new structure admin. Looks good with drag & drop. The only drawback is that it doesn't seem to work. I am able to drag an existing page, but the drop doesn't seem to work (I only have the Top node defined). I assume I should drop the page on the "Top" node or? neothecat: joined #tikiwiki
hello. newbie here. i am trying to use Plug Draw, but it says i need to set "Draw (SVG-edit)", but i can not find anywhere where i can set it. what steps am i missing? i am using 8.3. thank you. CIA-36: tikiwiki: 03robertplummer * r40887 10/branches/9.x/lib/ (parser/parserlib.php wiki-plugins/wikiplugin_code.php):
tikiwiki: [FIX] Partial rollback of what jonnyb did to fix html entities
tikiwiki: [FIX] Temprary html tag renamer so that it doesn't conflict with the removal of ampersand
tikiwiki: 03robertplummer * r40888 10/branches/9.x/lib/tikilib.php: [FIX] Ensure that htmlpurifier returns html tags, even if it isn't qualified html, the parser does all the dirty work
tikiwiki: 03arildb * r40889 10/branches/8.x/lib/ (soap/soaplib.php webservicelib.php): (log message trimmed)
tikiwiki: [NEW] Added support for stateful SOAP sessions and getting the full reply from .NET calls using "out" parameters.
tikiwiki: The statefulness assumes a session cookie is used.
tikiwiki: These features are disabled by default and must be activated by coding.
tikiwiki: e.g.
tikiwiki: $webservice = new Tiki_Webservice;
tikiwiki: $webservice->allowCookies = true;
tikiwiki: 03arildb * r40890 10/branches/9.x/lib/ (soap/soaplib.php webservicelib.php): (log message trimmed)
tikiwiki: [NEW][merge/r40889] Added support for stateful SOAP sessions and getting the full reply from .NET calls using "out" parameters.
tikiwiki: The statefulness assumes a session cookie is used.
tikiwiki: These features are disabled by default and must be activated by coding.
tikiwiki: e.g.
tikiwiki: $webservice = new Tiki_Webservice;
tikiwiki: $webservice->allowCookies = true;
tikiwiki: 03arildb * r40891 10/trunk/lib/ (soap/soaplib.php webservicelib.php): (log message trimmed)
tikiwiki: [NEW][merge/r40889] Added support for stateful SOAP sessions and getting the full reply from .NET calls using "out" parameters.
tikiwiki: The statefulness assumes a session cookie is used.
tikiwiki: These features are disabled by default and must be activated by coding.
tikiwiki: e.g.
tikiwiki: $webservice = new Tiki_Webservice;
tikiwiki: $webservice->allowCookies = true;
tikiwiki: 03pascalstjean * r40892 10/trunk/lib/wiki-plugins/ (wikiplugin_realnamelist.php wikiplugin_userlist.php): [FIX] - Fixed logic that displayed link to user information. This fix is a patch submitted in the Community Bug Tracker ID 4190
tikiwiki: 03pascalstjean * r40893 10/branches/9.x/lib/wiki-plugins/ (wikiplugin_realnamelist.php wikiplugin_userlist.php): [FIX] - Backport from Trunk REV 40892
tikiwiki: 03pascalstjean * r40894 10/trunk/lib/wiki-plugins/wikiplugin_userlist.php: [MOD] Removed Echo print screen that was left in the code and was used during testing of the initial bug.
tikiwiki: 03robertplummer * r40895 10/branches/9.x/lib/ (parser/parserlib.php setup/editmode.php tikilib.php): (log message trimmed)
tikiwiki: [FIX] Looks like it wasen't the html purifier after all ;). It was (and you
tikiwiki: guessed it) THE PARSER! The output for special characters from the database is
tikiwiki: different for if we want to show things like "&lt;" in a page, we have to find
tikiwiki: it and replace it with something, let the parser do its magic, and then fix it
tikiwiki: later, I moved all my magic scripting to run before and after the parser runs
tikiwiki: (using parse_first and replace_preparse) this seems to ensure everything works arildb: joined #tikiwiki fabricius: joined #tikiwiki CIA-36: tikiwiki: 03robertplummer * r40896 10/branches/9.x/lib/ (parser/parserlib.php tikilib.php): [FIX] This fixes when html purifier is on, I have to review if html is enabled, added additional variables