same problem as when using CENTER.  the :: wiki syntax seems to work though.
i'll play around for awhile and stop clogging things up here.
anyone know of an (easy) way to create a simple table showing each user and their groups?
ricks99 , about your question from yesterday (table of users per groups, etc.), in case it helps, I managed years ago to do something like that using PluginSQL: http://doc.tikiwiki.org/PluginSQL
and documented it there (that's the maximum my skill have been able to do with SQL through copy & pasting from other examples) HTH
 cheers
SVN:  Commit by c_schmitz :: r 16119 /branches/2.0/lib/breadcrumblib.php: [MOD] Removed obsolete <strong> tag in breadcrumbs  
sylvieg, hi again... I was here yesterday, had problems uploading large files. Now I have the following situation: I can upload files 20-30 MB to file galleries, as attachments to wikipages (or to tracker items), but it fails when I try to upload the same files as PART OF a tracker item, where I have an attachment field. Any ideas on what to do?
tx xavi. that gives me a starting point!
I'm trying to set up TikiWiki and ran into a problem with ShoutBox. I have it added from my administrator login and it shows fine. It's set to allow anonymous, registered, and admin to see it. Yet only the admin can see it. If I set it to allow only anonymous and registered, admin can STILL see it and no one else can. I've even tried the option to make all modules visible to all users.
and still, only the admin can see it. Any ideas?
@Riamus: did you grant the necessary permissions to the groups?
see docs: http://doc.tikiwiki.org/tiki-index.php?page=Permission&structure=Documentation#Permissions_by_section
hm. maybe not. I'll check, thanks
yeah, that was it. thanks
yw
ok, I ran into an issue with that. I make the changes and hit Update and it doesn't save them. Am I missing something?
not sure. should have worked. try clearing tiki caches
nope. I'm in the admin logon and went into manage groups and selected prefs for anonymous. I then checked both the post and view options for shoutbox and hit update and it refreshed the page without those options checked.
what tiki version?
works fine in my 2.2
2,2
are you able to change *any* perms for the anonymous group?
it changes it if I set the first permission in the list "tiki_p_blog_admin", but not for the shoutbox
works for calendar also
try filtering only the shoutbox perms, then adding it.
doesn't save if I do user can create bookmarks either
like i said, works fine in my tiki
wiki,user,shoutbox all don't save. not sure about others yet
don't know, sorry. works for me 
yeah, I'm sure it's something on my end, not tiki... just not sure what
did u try clearing the tiki caches each time? possible the template is being cached in old state
going to try a different template theme. maybe this theme is bugged
nope
well, I'll hang around and maybe someone else has some ideas
sorry
well, as an update of the problem... It will change all prefs down to (and including) tiki_p_create_galleries
nothing after that will change
interesting...
if I sort the list in reverse, I can change the prefs
not sure what the issue is, but it works if I do that. there are still some prefs that simply won't change, but I don't need them anyhow. I'm guessing there's a problem with one or more that prevents changing anything beyond that point. I only tried in default and codex themes, so it may be that those have an error... no idea. oh well
SVN:  Commit by sylvieg :: r 16120 /trunk/ (11 files): [FIX]perm: get rid of tiki-pagesetup that was only checking special perm and not categ perm, and replace with get_perm_object  
amette?
tw is down
Welcome to the official Tikiwiki English Irc Channel. TikiWiki or better known as TW, is your Groupware/CMS (Content Management System) solution, you can get more infomation at http://info.tikiwiki.org/ .
... who has info - sorry amette is nto you..
marclaporte: info.tw is down
in fact I can access none of the server...
something to do with the domain name probably
sylvieg, hi... i was here yesterday, problem with upload of large files
status now: i can upload 20-30 MB files to file galleries, or as attachments to wikipages, but not as part of a tracker item (with attachement as one tracker field) - it gives me a blank page
any ideas?
tracker from tiki-view_tracker... or from the plugin TRACKER
?
eh?
are you using the plugin TRACKER to attache the files or the regular tracker view?
from editing tracker items, that must be the regular view...
listing all items, then clicking one, then edit/delete... regular view
hmmm in file gallery the file is read little part by little part and save on disk - in the tracker all the file is read and then saved
so I bet you do not have enough memory
this can be changed - but it will need a little bit of redesign...
same as file gallery when attaching to wiki page? cause I can attach file that way, but not as one of tracker fields
images and files on trackers are uploaded  with the same code - so both will have the same problem....
got memory_limit set to 64 MB, file is about 20 MB - how much would I need? or is it another setting?
it is a bet .... by looking the code - this can be the difference
?
do you attach only one file at the time?
yes
I have the problem too with a big file
with a 88M file
ok..
.. and my error message is PHP Warning:  POST Content-Length of 88976564 bytes exceeds the limit of 8388608 bytes 
i just get a blank page
and nothing in error_log?
where is error_log?
mine is /etc/httpd/logs/error_log - but it depends your system
ok..mine's a webhost
if you are on a cpanel you will have a button in the cpanel
no idea of where logs are there. no cpanel
changing post_max_size in php.ini - the error is no more there
i got my post_max_size set to 64M, but cannot upload a file of 20MB
set, that is, in .htaccess
humm - changing in your .htaccess on a webhosting .. soemtimes it works - sometimes not - hostings have tricky restriction sometimes ...
but if you download the file in fgal in not in tracker - seems the server setting is correct
yes
phpinfo in tikiwikik gives me 64MB for post_max_size too
and memory limit
?
because as the code is done you need around 25M + size of the fil
I need to redo the code - but it will take me a couple of hours
memory_limit 64MB
would be at least 30MB bigger than my file,...
should be enough...
hrm
sounds less than obvious, in other words? well... I can live with using the file gallery for the moment, then, but there seems to be something odd here, right?
should I post a but?
bug
ah sorry - it is TRACKER that the attach file is completly read - as for the image. attach in tikik-view_tracker_item is doing little bit by little bit
SVN:  Commit by sylvieg :: r 16121 /trunk/tiki-view_tracker_item.php: [FIX]tracker: at least an error message if the attachment of a file can not be done for instance a too big file  
polom