goj: joined #tikiwiki
dthacker: joined #tikiwiki
joined #tikiwiki
marclaporte: joined #tikiwiki
Tiki|bot: New Forum Posts: Custom Header and Java - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=44443
redflo: joined #tikiwiki
xavi: joined #tikiwiki
jacmoe: joined #tikiwiki
vmachine: joined #tikiwiki
Tiki|bot: joined #tikiwiki
jacmoe: joined #tikiwiki
Tiki|bot: joined #tikiwiki
vmachine: is it possible to password protect a tab in tikiwiki?
Tiki|bot: joined #tikiwiki
xavi: vmachine: yes, using http://doc.tiki.org/PluginGroup in the information displayed under that tab, and allowing only to see that info to users beloging to group X
jjg0th: hi
when I upload a .docx file to demo.tiki.org/8x (and 9x) using Cyberduck and then I click on it in the file gallery, it has the mime type application/ms-word. However when I do the same on my wiki site (9x) it has the mime type application/zip. What is the difference? How can I make it so that it also has mime type application/ms-word or even better the correct mime type for ocs?
rodrigoprimo: joined #tikiwiki
vmachine: on my global permissions ive allow registered users to view all pages but i want to restrict a specfic tab to admin groups only.. so i enter {GROUP(groups=>Registered|Admins, notgroups=Editors)}some content{ELSE}other content{GROUP} on the specific tab but register users are still able to see content
ricks99: joined #tikiwiki
CIA-75: tikiwiki: 03jonnybradley * r42497 10/branches/9.x/templates/user_registration.tpl: [FIX] registration: Mend js mangled in r42474
RobertPlummer: joined #tikiwiki
amette: polom
ricks99: polom amette
amette: heya ricks99 :)
dthacker: joined #tikiwiki
vmachine: left #tikiwiki
CIA-75: tikiwiki: 03jonnybradley * r42498 10/branches/9.x/lib/smarty_tiki/function.user_registration.php: [FIX] registration: "Call to undefined method ErrorReportLib::error()" (more damage from r42474 - testing is good)
RobertPlummer: polom
amette: moloq robert
RobertPlummer: amette: tricky!
amette: wicked, so to say! ;)
rodrigoprimo: joined #tikiwiki
jjg0th: when I upload a .docx file to demo.tiki.org/8x (and 9x) using Cyberduck and then I click on it in the file gallery, it has the mime type application/ms-word. However when I do the same on my wiki site (9x) it has the mime type application/zip. What is the difference? How can I make it so that it also has mime type application/ms-word or even better the correct mime type for docx files?
When I download a file from my server directly (http://myserver/file.docx) it has the correct mime-type.
amette: jjg0th: I think everyone in here has read your question at least three times. It won't help to repeat it over and over again. It is time to "Use the source, Luke"...
jjg0th: ok, sorry, I thought it was common to repeat but maybe I did it a bit too often
well the source doesn't help
fidel_: repeating in irc is common - but almost never helpful ;)
jjg0th: I disagree
it's common and useful imo but not too often (OK)
amette: it can be helpful... but in the last three days the people in here didn't change too much - so in this case... I fear repeating won't help at all.
jjg0th: :(
the reason the source probably won't help much is that demo.tiki.org works
so most probably the reason is somewhere else, I just dunno how I can debug this further
it sounds like a server (apache) issue, but as I mentioned file downloads have the correct mime-type (?)
what would help is to know what server demo.tiki.org is running and what modifications were made...
amette: I agree, that is the last info you can get from here that would be helpful...
... did you mail leu?
jjg0th: yes
amette: all other things are not a tiki-problem as you just stated yourself.
jjg0th: however they might be solved by changing tiki wiki ;)
amette: then use the source ;)
jjg0th: ouff, ok I try again, but mime-types are like a full grown cancer inside tiki wiki source
everywhere....
amette: growing metastasis all over the place.... ;)
jjg0th: :)
the webdav metastasis is the one that concerns me
amette: you should compare the phpinfo of demo.tiki.org and your server... that's probably the easiest thing you can start with, if you don't have cooperative sysadmins in your company
jjg0th: a bit hard for me to read the source (I don't understand php! neither webdav + all code is new to me obviously)
good idea! :)
RobertPlummer: Jyhem, you around?
jjg0th: php 5.3.3 vs. php 5.3.13
could this be a reason?
RobertPlummer: Jyhem: It just hit me on how we could use TrackerQuery to sort on huge tables in the way we have not been able to in the past. It could potentially make it so that we do not have to re-write trackers too, but performance will need to be checked.
radek82: joined #tikiwiki
RobertPlummer: Jyhem: Just use a pre-query creating a temporary table, then simply join on it.
Tiki|bot: joined #tikiwiki
dennmans: joined #tikiwiki
jjg0th: is it possible to have a month selecter instead of day selecter?
dennmans: for calendar?
I keep getting fake users who manage to register via email, captcha is on. Does anyone else have this problem?
fidel_: jjg0th: could you rephrase your question?
xavi: dennmans: yes
@dennmans: temporary solutions: use passcode to register. or validate users by admin
@dennmans: and in some cases, adding extra compulsory questions (for instance with checkboxes) in the tracker linked to registered users and shown in registration seems to reduce the spam load
dennmans: xavi: are those the only options? I think these are bots and I expect that possibly thousands of people will want to register...
ah, thanks
how are they getting past captcha?
xavi: no idea.
some devs are revising the registration process, libs, etc.
dennmans: ok, good to hear
at the moment it is ok, only a few fake users per day.
ricks99: dennmans: there's been discussion about this on the dev list.
xavi: dennmans: lucky you (we did get dozens per day in some sites)
ricks99: look for updates soon (to tiki 9 and 6LTS)
btw... hi xavi :)
xavi: hi ricks99 :-)
dennmans: thanks for the updates
dhazel: joined #tikiwiki
dennmans: I have one more question: what permissions should I have set to allow registered users to translate pages?
at the moment it tells me: object not found or something like that
admin can translate
ricks99: dennmans: there's an edit_languages
will also need perm to create new pages, as needed
dennmans: ok, well new pages is set
ricks99: fyi: you can perro
dennmans: I will have a look for edit_languages
ricks99: fyi: you can perform keyword seach on the permissions page. makes it easy to find specific items
try seaching for "translate" or "language"
see docs for details
dennmans: ok, got it, but that is set to registered
I dont have 'detach language' set at all
but I guess that is only for unhooking translations
does translating require being able to rename the page perhaps?
I don't use structures, as I don't understand what they do, however I have activated it and Multilingual structures is on.
ricks99: dont need rename.
dennmans: Also, Use database for translation is also on, because I thought that that would use available languages (but I don't actually know what it is for).
ricks99: if you're not using structures, no need for those options either
dennmans: ok
ricks99: q: are you translating wiki pages or articles?
dennmans: both
ricks99: you do have the site set for multilingual, and have "users can change language" right?
dennmans: multilingual is on and users can cange site language is on
ricks99: what's the error you get?
are you using categories that override any perms?
dennmans: The error is Error: No object indicated
benoitg: joined #tikiwiki
dennmans: I am using a category jail for a perspective
ricks99: and you get that error when you click the "TRANSLATE" button (tiki-edit_translation.php) ?
dennmans: yes
ricks99: does the url include the correct page name? for example, if you're trying to translate the page "foo" you *should* be on tiki-edit_translation.php?page=Foo
dennmans: ok, wait up, it reponds differently to the two translate buttons
using the one at the bottom, it tells me that the language for the page is not set
then allows user to set it
ricks99: ^^^ working as designed
dennmans: clever
although would be good if the translate icon at the top would do the same
ricks99: when you mouse-over the icon, you then selected "translate" right?
dennmans: yes, that one
ricks99: works on demo.t.o
dennmans: ok, my hypothesis is that the pages were created before multilingual was set.
ricks99: do u have some sort of customizations?
you can test on http://demo.tiki.org/9x/
seems to work fine
dennmans: yeah, but I guess that site has different perms
my admin account can translate
ricks99: the "no object" error means that the page name is not being sent
what perms do you have set?
Tiki|bot: joined #tikiwiki
dennmans: for translate? or for wiki?
ricks99: both
dennmans: 1 mo
create page and translate are both set to registered
however: now that I have set a language, I can make further translations, also via the top icon
ricks99: tiki_p_edit?
dennmans: (a little globe in this template)
yes, tiki_p_edit is set to registered
ricks99: and no object or category perm overrides?
Tiki|bot: joined #tikiwiki
dennmans: no, no overrides
actually, file gallery has and Object Permissions(1) tag, but I cant see what the override is.
ok, I may perhaps be misunderstanding what you mean
I do have a whole list of things that are listed in 'Object Permissions' for file gallery
ricks99: file gallery? thought we were translating wiki pages?
dennmans: hehe
we are
-: ricks99 confused now
dennmans: so am I
ricks99: does the page taht you're trying to translate belong to a category?
dennmans: Under the tab wiki page, there are no items listed for Object Permissions or Category permissions
yes
ricks99: do you have specific perms applied to that category (as they will override the group perms)
for example, can registered users edit, create, translate pages in that category?
dennmans: yes, I do
... slowly dawning on mie
ricks99: Tiki perms are complex & powerful. be sure to check out the docs for full detalis
dennmans: they certainly are
so to be sure, if I remove category permissions, will it revert to global permissions?
or is this simply global permissions, filtered for items that can have a category?
ricks99: yes... as long as there aren't any object-specific perms
perms inherit downard (group -> category -> object) but override updward (object -> category -> group)
dennmans: ok, that I understand. Just trying to figure out which list shows what
ok, I think I understand. I can see permissions by group and by object, which override any global permissions.
I have not set any category permissions or object permissions for wiki pages
ricks99: not sure. compare your perm settings with those on demo.tiki.org/9x
you can also experiment on that site, too
dennmans: I honestly think that the language button at the top is affected by a pre-existing language setting, whilst the translate button at the bottom is not.
As I had only tried translating pages that did not have a language set, the button at the top did not work, whereas the button at the bottom did work.
ricks99: works for me on demo.t.o, even with page not having preset language
the error indicates that the page name is not being sent. which leads me to think it is a per issue -- user does not have permission to modify the object
dennmans: yeah, the difference has to be the permissions, walking through them now.
especially as translate does work in all cases for admin
GillesM: joined #tikiwiki
hi
dennmans: hi Gilles
benoitg: joined #tikiwiki
xavi: left #tikiwiki
GillesM: is there a way to execute PHP code inside Wiki page ?
RobertPlummer: GillesM: Write a plugin is the best way.
GillesM: ok
RobertPlummer: http://dev.tiki.org/Create+a+Wiki+Plugin
GillesM: yes I am reading
benoitg: joined #tikiwiki
joined #tikiwiki
Tiki|bot: New Forum Posts: Flagged revision reports - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=44448
GillesM: RobertPlummer: I defined a plugin that contains function wikiplugin_junk() { return ( "Location:../../../phpprogram"); } but all the page in covered by php program and not only my wikipage
Tiki|bot0: joined #tikiwiki
fabricius: joined #tikiwiki
TomJarvis: joined #tikiwiki
g0th: Try adding the following line to your .htaccess file:
AddType application/vnd.openxmlformats .docx .pptx .xlsx .xltx . xltm .dotx .potx .ppsx
left #tikiwiki
Tiki|bot: joined #tikiwiki
benoitg: joined #tikiwiki
Tiki|bot: joined #tikiwiki
joined #tikiwiki
marclaporte: joined #tikiwiki
Tiki|bot: joined #tikiwiki
fabricius: goth: and, did it work?
Tiki|bot: joined #tikiwiki
joined #tikiwiki
sandroandrade: joined #tikiwiki
Tiki|bot: joined #tikiwiki
Tiki|bot0: joined #tikiwiki
Tiki|bot: joined #tikiwiki
TomJarvis: joined #tikiwiki
I find I am also having problems with Filegallery docx files. They upload OK, but I can not download them correctly with IE8. They download OK with Firefox and Opera.
Tiki|bot: joined #tikiwiki
TomJarvis: The most recent Tiki 9 Filegallery shows a word document icon, but it still says it is a "application/x-zipped-compressed" when you hover over the icon (in IE8).
Using IE8, even the "save" option corrupts the saved file. I think it may be an IE8 problem and not a Tiki problem.
Using IE8 and downloading the file directly from the Filegallery directory (I don't store in db), it saves the file without corruption, and I can rename it to .docx and it opens OK.
rodrigoprimo: joined #tikiwiki
TomJarvis: The docx file downloads OK using Chrome. It appears I only have a problem if I use IE8.
left #tikiwiki
amette: IE being a culprit would be nothing new.... but goth couldn't reproduce with the same browser on demo.tw.o if I'm not mistaken.
Tiki|bot: joined #tikiwiki
CIA-75: tikiwiki: 03changi67 * r42499 10/branches/9.x/lang/fr/language.php: [TRA] French
rodrigoprimo: joined #tikiwiki
TomJarvis: joined #tikiwiki
Tiki|bot: joined #tikiwiki
TomJarvis: amette: I just tested a docx file with IE8 on demo.tw.o Tiki 9, and it does work. The hover text also says "application/msword". I've updated my /etc/mime.types and restarted httpd, but it is still not working on my server,
maybe I will try a reboot later.
blast_hardcheese: joined #tikiwiki
amette: TomJarvis : That is good news - we can rule out the browser there - thanks for reporting back! :)