tikiwiki: 03chealer * r38638 10/branches/8.x/lib/smarty_tiki/modifier.avatarize.php: [FIX] HTML special characters encoding (oops, ENT_NOQUOTES != ENT_QUOTES)
re polom - is somebody here?
hi fabricius
Hi chealer 
If I want to start some coding on calendar import/export, where I would have to look first in the Tiki root? /lib ?
what files/folders are related with the calendar function, respectively how would I recognise and find them
fabricius: there will be some in lib/calendar/. normally you start with the script that generates the page you want to modify and you check the files it includes (it particular calendar libraries)
chealer: so which file should mostlikely start the calendar / generate the actual calendar page?
tikiwiki: 03chealer * r38639 10/branches/8.x/lib/smarty_tiki/ (block.ajax_href.php block.self_link.php block.title.php): 
tikiwiki: [FIX] HTML special characters encoding
tikiwiki: Thanks to Stefan Schurtz
tikiwiki: 03chealer * r38640 10/branches/7.x/lib/smarty_tiki/ (block.ajax_href.php block.self_link.php block.title.php): [bp/r38639][FIX] HTML special characters encoding
tikiwiki: 03chealer * r38641 10/branches/proposals/6.x/lib/smarty_tiki/ (block.ajax_href.php block.self_link.php block.title.php): [bp/r38639][FIX] HTML special characters encoding
tikiwiki: 03chealer * r38642 10/branches/6.x/lib/smarty_tiki/ (block.ajax_href.php block.self_link.php block.title.php): [bp/r38639][FIX] HTML special characters encoding
 Recent Bug: Tracker item: #4027 - - security issue: Multiple XSS  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4027
Goodmorning all you lovely people :)
 Recent Bug: Tracker item: #4028 - - RENAME a wiki page and it is dropped from Last Changes listing.  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4028
What is the difference between allowing HTML on the page and using the plugin HTML ?
polom
hey chibaguy 
When presenting the Checkbox fields in a trackerlist (or maybe list) shouldn't the Y and N values be translated?
hi Merbster
Do you mean the values are displayed in a natural language?
If so, then it seems like they should be translated.
tikiwiki: 03xavidp * r38643 10/trunk/styles/layout/layout.css: [FIX]Allow timesheet box shown by tiki-timesheet.php to use full width allowed by the page. Still a css fix is needed to achieve the same result with the PluginTimesheet
chibaguy, the values are Y and N
hello lowercase ro
hello lowercase robertplummer 
hi, not sure what is up with that.
I'm using empathy, must be in there different.
Merbster: What are you up to?
discussing hardware upgrades with my fellow students on skype, and building a wikipage with trackers and what not to handle QA.
QA-plans even
Merbster: Sounds like fun :)
It is. :)
tikiwiki: 03lphuberdeau * r38645 10/branches/8.x/templates/tiki-listpages.tpl: [REVERT] Last commit, extra file
tikiwiki: 03lphuberdeau * r38646 10/trunk/ (10 files in 6 dirs): [MRG] Automatic merge, branches/8.x 38612 to 38645
tikiwiki: 03xavidp * r38647 10/branches/8.x/lib/wiki-plugins/ (wikiplugin_articles.php wikiplugin_trackerlist.php): 
tikiwiki: [FIX]Allow showing events in the last natural day only, by means of allowing to
tikiwiki: filter by hours also (i.e., last 8-12h of the working day), to prevent showing
tikiwiki: items from the previous day that were created less than 24 hours ago.
tikiwiki: 03xavidp * r38648 10/branches/proposals/6.x/lib/wiki-plugins/ (wikiplugin_articles.php wikiplugin_trackerlist.php): 
tikiwiki: [bp/r38647][FIX]Allow showing events in the last natural day only, by means of
tikiwiki: allowing to filter by hours also (i.e., last 8-12h of the working day), to
tikiwiki: prevent showing items from the previous day that were created less than 24
tikiwiki: hours ago.
tiki-pagehistory.php seems broken on doc.t.o, anyone else noticed?
hmmm... links are wrong
http://doc.tiki.org/tiki-index.php/files/img/tiki/tiki-pagehistory.php?page=Tiki8
lphuberdeau: I had some problems with that one, I added an override for some of the stuff I'm working on, but don't think it could have affected what you are talking about.
I am trying to create vertical table headers. I managed to rotate the text 90* But the TD keeps expanding.
Can I get the TD to ignore it's content. yet let the content flow out over the edges of the TD?
I just have no idea where that can come from
Merbster: I do not believe that is cross browser compatible unless you are using html5 or svg.
must be something in {button}
robertplummer, company standard dictates IE 9 so I don't care for cross-browser stuff currently :)
lphuberdeau: Wondering, is there a date/time picker?
lphuberdeau: in tiki (woops)
robertplummer: kind of in transition to the jquery-ui ones generally
Merbster: Although it may be easier to create something that is not cross browser compatible, you generelly work yourself into a corner when you do.  PLEASE write it cross browser compatible.
Merbster: ie, use a tool that was made for it, it will make you a better developer.
Merbster: Like svg (raphael) or html5.
robertplummer, I don't care for it as long as it's our intranet. nobody but our computers will visit. My boss simply does not want to pay for cross browser stuff.
Merbster: have it your way.
The Extranet where our customers will visit will be an entirely different thing
Merbster: But I don't condone it! ;)
CSS3 defined that vertical text a long time ago
Me neither
but sometimes you jsut have to follow orders.
lphuberdeau: Yes, but it is not cross browser compatible that I know of.
vertical text is not the problem
lphuberdeau: But it has been a while since I've tried it, browsers do change, so I digress.
the problem is getting the TD not to freak out, because the table rendering still thinks the values in the table headers are vertical
erh
horizontal I mean
Merbster: Ah yes, ei td freakout....
I don't usually mind things being less pretty for old browsers, the take still contains the data
Merbster: Been there, done that.
table*
I could just put the headers in a DIV residing on the top of the TABLE but I have bad experience with such things.
polom
polom
lphuberdeau: Is there an event handler for postback from a plugin on the server side?
postback?
tiki-wikiplugin_edit.php would probably be the page to call it I'd imagine.
well, there can be multiple ways to set a plugin
lphuberdeau: Like an extra function in the plugin that handles postback in special cases.
there is a post-save call when the plugin is stored
lphuberdeau: no good, I need it before save.
lphuberdeau: I guess it could be done a few different ways.
nm lphuberdeau
I cracked it. I can now brag about vertical table headers :)
... in IE9
tikiwiki: 03lphuberdeau * r38649 10/trunk/templates/trackerinput/icon.tpl: [ENH] Visual aspect, ajax abort on subsequent request, allow multiple usages in a same session
lphuberdeau: the error from yesterday is still appearing -> still Warning:.../tiki-setup_base.php on line 551
really?
which version?
I made a full installation this afternoon - fresh pre-9 Daily Build from this afternoon, but with existing database
I know nothing about daily builds
as Daily Build is made automatically every six hours, your fix from yesterday night must be in
r38646 fixed it
what revision is that daily build at?
it was fixed in 8.x, not automatically brought to trunk
lphuberdeau: the Daily Build (= Nightly Build) is just an automatic tar from SVN
ahhh that's why
fabricius: I know what builds are, I don't know the frequency of ours, nor the revision they are at
I had (and have) the fault in trunk
ah sorry lphuberdeau that I missunderstood your sentence
tikiwiki: 03lphuberdeau * r38650 10/trunk/lib/core/Tracker/Field/Icon.php: [MOD] New option to set the default icon
tikiwiki: 03lphuberdeau * r38651 10/trunk/templates/trackerinput/icon.tpl: [FIX] Correct field look-up
re - had connection problems
lphuberdeau: on dev.t.o/Daily+Build:
lphuberdeau: frequency: 6hrs / versions: 6.x LTS, 7.x, 8.x, 9.x
what to do now? isn it bad, if the error isn fixed in trunk aswell? would you do, how that would work (u know, I cannot yet code and do not know too much about such things)
now it is in trunk
I don't know if it was in the build you took
when did you put it in trunk?
or is that this timeshiftet automatic thing, I heard about?
maybe I am mixing s.th up
ah I see now ... learning again today .. 2 hrs -> thx LPH
and it is existing - magic - automatic merge it is called
tikiwiki: 03robertplummer * r38652 10/trunk/lib/tiki-js.js: [NEW] Added some date helpers for unix export from regular date, I figured someone else may use them (possibly me) in the future.
tikiwiki: 03robertplummer * r38653 10/trunk/lib/wiki-plugins/wikiplugin_convene.php: 
tikiwiki: [ENH] Removal of existing date & time
tikiwiki: [ENH] Adding of new date & time (thanks to jquery datetimepicker)
tikiwiki: [ENH] Added auto sorting of dates
tikiwiki: [ENH] Cleaned up plugin layout
tikiwiki: [ENH] Migrated to jQuery UI styling for approved dates (ui highlight) and non approved (ui error)
tikiwiki: 03robertplummer * r38654 10/trunk/lib/ (tiki-js.js wiki-plugins/wikiplugin_convene.php): [ENH] Changed unix date names around for more applicable usage
re polom
tikiwiki: 03lphuberdeau * r38655 10/trunk/lib/jquery_tiki/tiki-maps.js: [MOD] Dynamically obtain marker positions
tikiwiki: 03lphuberdeau * r38656 10/trunk/templates/trackerinput/icon.tpl: [ENH] Add spinner while loading
polom
tikiwiki: 03lphuberdeau * r38657 10/trunk/lib/ (7 files in 5 dirs): [MOD] Centralize the metadata handling and bring the icon to the link metadata
tikiwiki: 03lphuberdeau * r38658 10/trunk/lib/smarty_tiki/function.object_link.php: [FIX] Oops.
lphuberdeau: hadn't noticed the history button problem, but I sure see it too. it seems to affect all buttons on that page. I'm also wondering where it comes from.
it seems to be specific to that page and to Anonymous
chealer: I noticed that too
http://demo.tiki.org/8x/ is broken (blank page), trunk also broken
those are privately maintained sites
tikiwiki: 03lphuberdeau * r38660 10/trunk/lib/profilelib/installlib.php: [MOD] Adding field in profile handler for completeness
hello! I am about to post a bug, but I figured I would drop it by you all before I did so, to make sure I'm not missing anything obvious, and to see if you might have any suggestions
===My Setup=== I have file galleries set up with categories, so each category grants permission for a specific group to view and edit file galleries which are categorized to that group. E.g., I have a "group 1" category which grants the group "group 1" permission to access the "group 1" file gallery.  I have a "group administrator" group which has the "tiki_p_remove_files" permission granted in each category. This gives me one group 
whichever file gallery they have permission to view.   Technically, the group admins have permission to remove files from all sections, every category grants them this permission, but because they cannot see the other sections, this is not an issue. 
===My Problem=== Even having the "tiki_p_remove_files" permission, group admins are unable to remove files which they did not upload.   I have "tiki_p_remove_files" set for the "group administrator" group in global permissions but the issue still remains. 
To do some testing, I granted registered (thus all groups) "tiki_p_remove_files" in the global permissions, and in the category permissions, but section admins (and normal users) were still only able to delete their own uploaded files.   I have a sym link set to my old tiki version, so I can access it via tiki-url/old. I used to this to determine that this is an existing bug, and not a regression. When adding the "/old" to my url, an
.  The perms are stored in the db, so this would be a valid way to determine this correct?
This makes me think that the bug has been around for a while, as it was present in Tiki6 as well.   I cleared the tiki cache before each testing of permissions, and also cleared my browser cache (just to be sure) multiple times while testing this as well.  
It makes it difficult to assign a single user to be a file gallery manager if I cannot give that user the ability to delete other user's files.
rwik, that's a bit long to drop in IRC
just post the bug and follow-up on comments you might have
lphuberdeau: alright. 
 Recent Bug: Tracker item: #4029 - - tiki_p_remove_files permission not working in file gallery.  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4029
tikiwiki: 03chealer * r38661 10/branches/8.x/lib/setup/wiki.php: 
tikiwiki: [REL] Update profile links in default Wiki homepage to 8.x, factorizing them while we're at it.
tikiwiki: Thanks Jonny Bradley (and Rodrigo for making it so easy)
Anybody on ubuntu 11+ yet here?
I just installed gnome shell, and I gotta say, unity really doesn't compare at this point.
still using 10.04
lphuberdeau: What version are you on?
lol
sorry
lphuberdeau: I find it to be faster loading, better resource handling, and more centrally integrated.
a guy I know working for canonical also stuck to LTS, so that kind of convinced me not to upgrade
lphuberdeau: It really makes a laptop much easier to use.
10.04 boots (or reboots for that matter) in 10-15 seconds, that's good enough for me
lphuberdeau: I didn't want to at first, I have a few servers I keep on LTS.
lphuberdeau: 11.04 was a mistake, to upgrade to.
but 11.10, solid.
Makes for a serious competitor to windows.
I don't think I could compare
I have not used windows since XP
lphuberdeau: I have to stay current for contracts ;)
evening tiki's
Polom changi
chealer: time for RC2 ? 
hi changi!
changi: I would go straigth to a final release, but it's definitely time for a release
we can do a final if you want
which could also be a 7.3, if people are motivated...
november already
i can do both this evening
7.3 to tell people: install this now unsupported release?
changi: cool :-) when is this evening? :-)
in the next 3 hours
lphuberdeau: are you not agree for 7.3 ? 
7.x dies when 8.0 is released
nkoth|nelson: should go for the final release?
chealer: you mean 7.3?
s/should go/should we go/
or 8?
nkoth|nelson: no the final 8
lphuberdeau: yes but it does take some much time to do, and it shows that we are professionnal and responsible with security issue
was there a security issue?
8.0 is mostly fixes over 7
the XSS one ? 
nevermind, i can do both
just tell me
was it even fixed in 7.x?
tikiwiki: 03changi67 * r38662 10/branches/7.x/lib/setup/twversion.class.php: [REL] Preparing 7.3
chealer: is there any todo left for 8? if not I think we should just release 8.0. as for 7.3 we should release it too - there is a security fix anyway
tikiwiki: 03changi67 * r38663 10/branches/7.x/README: [REL] Update README file for 7.3
nkoth|nelson: well, officially there's still a long list of todos, but most of these will certainly not be done before weeks
sure I know. they don't seem to be blockers imo
tikiwiki: 03changi67 * r38664 10/branches/7.x/lang/ (48 files in 48 dirs): [REL] Update language.php files for 7.3
chealer: I will be turning off codemirror for 8.x fyi.
chealer: No time to fix it at this point.
there are still 7 issues listed as possible blockers, but for most I'm not even sure they're [currently, anyway] regressions
tikiwiki: 03changi67 * r38665 10/branches/7.x/changelog.txt: [REL] Update changelog.txt for 7.3
Changelog updated with 13 new commits (revision 38640 to 37832), excluding duplicates, merges and release-related commits.
hi RobertPlummer. turning off? make it impossible to enable it?
chealer: those under "Undetermined"?
nkoth|nelson: yes
well, the only one I think could irritate a lot of peopel is codemirror
it is disabled by default is it?
then no problem
changi: hum, again a huge diff in r38664
as for xavi's priblems
tikiwiki: 03changi67 * r38666 10/branches/7.x/ (copyright.txt doc/devtools/release.php): [REL] Update copyright.txt for 7.3
only for some languages though, apparently ca and he
chealer: did you try and reprodue xavi's problems? seems strange
chealer: only for ca
changi: there's a similarly huge one for he. but it's not too suspicious, I suppose it's not a problem
nkoth|nelson: which one? user tracker or mobile?
user tracker
th 2 of them
tikiwiki: 03changi67 * r38667 10/branches/7.x/db/tiki-secdb_7.3_mysql.sql: [REL] SecDB for 7.3
nkoth|nelson: no (never used user trackers)
tikiwiki: 03changi67 * r38668 10/branches/7.x/db/tiki-secdb_7.2_mysql.sql: [REL] Remove previous one
changi: ah, Xavi did play with the catalan translation since 7.2: http://sourceforge.net/apps/trac/tikiwiki/changeset/38139/branches/7.x
chealer: I use them and they work for me but probably the config I have is ifferent
changi: however, I'm also seeing a big change to he: http://sourceforge.net/apps/trac/tikiwiki/changeset/38664/branches/7.x/lang/he/language.php
that one seems harder to explain
nkoth|nelson: I really don't know, but I doubt they're really Tiki 8 regressions, probably already released in 7
chealer: for me it's only a sort problem
sure, but a lot of people skipped tiki 7 they could try tiki 8
tikiwiki: 03changi67 * r38669 10/tags/7.3/: [REL] Tagging release
nkoth|nelson: but definitely, it's not my area, if you can look at those and at least estimate the severity...
changi: probably, yeah. he shouldn't be a showstopper anyway, I'll just report to Rodrigo
chealer: how much time do I have to look at them
nkoth|nelson: changi could tell you
nkoth|nelson: 5 second :)
s
7.3 will be finished in 5 minutes
tell me how much time do you need
1 hours is acceptable
more, it will be difficult for me
changi: if we were to do a RC 2, would you be able to do a final 8, and if so, when would the earliest day next week when you could?
s/would the/would be the/
like every week, the next slot is on thursday
s/slot/window
changi: OK
nkoth|nelson: on that basis, people could have waited for Tiki 8 and care about all bugs. I want to focus on regressions in Tiki 8, I ignore the rest.
I'm going to eat. unless for find a regression in Tiki 8 looks bad, my preference is to go for the final release. I'll be back soon.
let me try and set up a user tracker quickly
s/unless for/unless we/
tikiwiki: 03sampaioprimo * r38670 10/branches/proposals/6.x/lang/pt-br/language.php: updating pt-br language file with get_strings.php
i can't even register this is bad
let me try something
please try it
tikiwiki: 03changi67 * r38671 10/trunk/ (20 files in 10 dirs): [FIX] SVN Properties + Copyright
rodrigoprimo: did you see the above? he language.php had a strange change in 7.3
nkoth|nelson: hum
chealer: captcha problem...
chealer: I can't find it. I don't know if it helps but 7.x is running the old get_strings.php so still susceptible to significant changes when called from different os.
rodrigoprimo: OK. I was talking about http://sourceforge.net/apps/trac/tikiwiki/changeset/38664/branches/7.x/lang/he/language.php but it doesn't matter then. thanks
thanks changi
chealer: ok
fresh 7.3 install under Debian testing and Apache (2.2, PHP 5.3.8) worked fine with Iceweasel 7
tikiwiki: 03changi67 * r38672 10/trunk/lib/filegals/filegallib.php: [ENH] Zend Code Styling - http://quality.tiki.org/job/Tikitrunk/128/violations/file/svn/lib/filegals/filegallib.php/
tikiwiki: 03nkoth * r38673 10/branches/8.x/lib/wiki-plugins/wikiplugin_tracker.php: [FIX] Only validate captcha via ajax if default captcha is being used
chealer, still fixing that registration problem. looks like it is not working when user tracker is in use
nkoth|nelson: ah. hum, can't help much with that. let us know how it goes and if you think we should postpone or change plans
nkoth|nelson: chealer turn it off by default, sorry.
RobertPlummer: it's currently enabled by default?
tikiwiki: 03robertplummer * r38674 10/trunk/lib/wiki-plugins/wikiplugin_convene.php: [NEW] Added tons of functionality, cleaned up user interface, nearing v1 status
chealer: I thought it was.
we're pretty much releasing 8.0 now
all: anyone willing to try a new plugin from trunk?
"convene" is now ready for testing, I'm having great fun with it!
		'feature_syntax_highlighter' => array(
[...]			'default' => 'n',
chealer: Ok, perfect, thanks
chealer, do you have an email with a dot in it?
chealer: I'm so so so sorry it didn't make the cut, I really tried with it.
RobertPlummer: cool. later, I guess
I have had reports that registration don't work with it but I cannot confirm
RobertPlummer: what can you do, it's a big project lots of improvements anyway. the line wrapping issue is unfortunate
nkoth|nelson: before the "@"? I don't think I have at this time
anyway, let me fix the totally cannot register problem first
this dot thing can wait till 8.1 if it is really there
guys, you have got to use this convene plugin, it is seriously very awesome.
I did not realize that it would work so well, just tried it on IE 9, works flawlessly.
Need to limit the ability to edit for those that are not able to.
RobertPlummer: so we can convene on TikiFest dates now... dogfood, so yummy :-)
chealer: That is correct.
chealer: And I understand what you were saying about how difficult it is to computers to pic a date.  But the type of software we are using, the date picking intelegence is actually very simple.
tikiwiki: 03pkdille * r38675 10/trunk/modules/ (126 files): No changes - code styling only (seen on quality.tiki.org)
chealer: There are some things that computers are good at and then there are some things people are good at.  Picking a single date from a greoup of schedules, that is easy for computer, but...
A complex voting system is entirely different.  Especially when you put pizza slice counts into the equation.
yeah... in some contexts, I guess
pizza is complicated enough, right?
like when when people are simply booked or completely free
:)
chealer: Exactly.
RobertPlummer: in our university students with different schedules context, kind of :-)
I wanted to include that in there, but that would really be up to the user to decide.
Anyway, I had great fun coding it, I'm sure there will be cleanup, I need to add permissions to the UI, but outside of that, it seems pretty solid.
Updates the wiki syntax directly.
Everything is stored in the plugin, like it's own repository of events and users.
I think it'd be nice to add a user picker, like auto complete or something.
nkoth|nelson: sorry but how is it going? I think it's getting late in France
up to you
I have the problem locally but can't reproduce on my server but it could be due to a different setup
changi: still in time for a release?
nkoth|nelson: yes
better to fix and then to fix later I suppose.
nkoth|nelson: i'm in starting block
I mean better to release and then fi fix later I suppose
nkoth|nelson: I have time in the 2 next hours
tikiwiki: 03chealer * r38676 10/branches/8.x/ (4 files in 4 dirs): 
tikiwiki: Revert r38320 "Correct implementation of favicons."
tikiwiki: Note: committed to the wrong branch.
tikiwiki: Ref: http://article.gmane.org/gmane.comp.cms.tiki.cvs/70260
tikiwiki: 03pkdille * r38677 10/trunk/lib/test/core/Perms/ (19 files in 5 dirs): No changes - code styling only (seen on quality.tiki.org)
chealer, do you have a tiki8 where I can test registration?
it will take me 5 min to create a user tracker
nkoth|nelson: http://ido.ath.cx:8080/tiki/8.x/tiki-admin.php?page=look
tikiwiki: 03jyhem * r38678 10/trunk/tiki-list_comments.php: [FIX] Missing CSRF protection ticket
Jyhem_laptop: that fix should go in 8.x too? no ?
the process begun, I think it's a bit too late
Well, yes, but can I ?
lphuberdeau: which process begun ? 
well, hasn't it?
chealer: why is there no captcha here? http://ido.ath.cx:8080/tiki/8.x/tiki-register.php
hi Jyhem_laptop. r38678, but it doesn't help much neither. ticketlib[1] is deprecated.
lphuberdeau: lol, i don't commit the first [REL] , so it's still time for a fix
hi Jyhem_laptop. r38678 doesn't hurt, but it doesn't help much neither. ticketlib[1] is deprecated.
nkoth|nelson: did you enable it? I don't think it was enabled
anyway that seems to be irrelevant
the problem is that the register button don't work
that is the critical issue
It certainly removes the intermediate page which claims that "some CSRF in possibly ongoing: are you really sure"
nkoth|nelson: I don't really know how to enable captcha for ergistration
Jyhem_laptop: oh, I see. sorry, nevermind then
OK, I backport it for the sake of the people who check the "Require confirmation if possible CSRF detected" security option.
They currently systematically see this warning page when mass-banning
chealer, I activated the antibot, it is the same setting as for everything else
chealer, nkoth|nelson: I might be able to help with the captcha for registration problem. what is going on?
but liek I said captcha is irrelevant
the problem is not the captcha, but that the register button is simply not working
http://ido.ath.cx:8080/tiki/8.x/tiki-register.php
It does trigger the validation, and the validation is successful, but the form is not submitted
tikiwiki: 03robertplummer * r38679 10/trunk/lib/wiki-plugins/wikiplugin_convene.php: [FIX] Permissions cleanup
...that is, when using a user tracker if I'm following correctly
yes
I see a captcha in Iceweasel
i did turn on the captcha
that is working
...and in Chromium now
yeah, not submitting much here
wow, and the page validates
no Javascript errors, button seems to be OK...
tikiwiki: 03jyhem * r38680 10/branches/8.x/tiki-list_comments.php: [FIX bp/r38678] Missing CSRF protection ticket
chealer: changi: backported in 8.x. What about proposals/6.x ?
chealer: whan replaces ticketlib ?
Jyhem_laptop: I really don't think that's worth it, and I doubt it even applies
Jyhem_laptop: ticketlib[1] is replaced by ticketlib2
chealer: I'm sure it applies in prop/6.x: that's where I detected it. 
is ticketlib2 the "Protect against CSRF with a ticket" setting in tiki-admin.php?page=security ?
Jyhem_laptop: oh, it must be the feature that was recently added and backported. might be worth it then
ok, backporting
Jyhem_laptop: you might want to see check_authenticity() and http://sourceforge.net/apps/trac/tikiwiki/changeset/25978 BTW
Jyhem_laptop: yes, that's feature_ticketlib2
Require confirmation if possible CSRF detected is feature_ticketlib
nkoth|nelson: any clue/progress about the Register button issue?
other than it seem to work on this site: http://dev.tutela.ca/trunk/tiki-register.php
(I know it says trunk but it is in fact 8.x) 
must be some javascript
it has to be the validation code
$("#editItemForm1").validate({
	rules: { ins_38: { required: true}, email: { required: true, email: true }, pass: { required: true, remote: { url: "validate-ajax.php", type: "post", data: { validator: "password", input: function() { return $("#pass1").val(); } } } }, passAgain: { equalTo: "#pass1" }, name: { required: true, remote: { url: "validate-ajax.php", type: "post", data: { validator: "username", input: function() { return $("#name").val(); } } } }, "captcha[
input]": { required: true, remote: { url: "validate-ajax.php", type: "post", data: { validator: "captcha", parameter: function() { return $jq("#captchaId").val(); }, input: function() { return $jq("#antibotcode").val(); } } } }}, messages: { ins_38: { required: "This field is required" }, email: { email: "Invalid email", required: "This field is required"}, pass: { required: "This field is required"}, passAgain: { equalTo: "Passwords do 
not match"}, name: { required: "This field is required"}, "captcha[input]": { required: "This field is required"}} ,
	ignore: '.ignore',
	submitHandler: function(){process_submit(this.currentForm);}
});
ok. let me try adding a mandatory field
(this is present in the site that works)
works after disabling jQuery validation
tikiwiki: 03jyhem * r38681 10/branches/proposals/6.x/tiki-list_comments.php: [FIX bp/r38678] Missing CSRF protection ticket
chealer I think i got it
the user selector field must not be mandatory
ah :-?
chealre: not sure if it needs a fix or a config note
nkoth|nelson: oh, the tracker field. sorry I can't say, I don't know how user trackers work
let me look at the code, i might be able to fix it there
// disable submit button(s)
// FIXME after 8.0b1 - this seems to prevent the "save" field being sent in the request on webkit
//$(me).find("input[type=submit]").attr("disabled", true); 
chealer, where is that?
nkoth|nelson: in process_submit
(although it seem like a separate thing)
well it's commented out
but it's indeed commented so I don't think that's it
I know the source of the problem but testing something else
a stracker plugin
ok the problem does not happen there. i
changi: meanwhile, how did the upgrade of profiles go?
chealer: no issue at all
tikiwiki: 03sampaioprimo * r38682 10/branches/proposals/6.x/lang/pt-br/language.php: merging pt-br translations from trunk
tikiwiki: 03sampaioprimo * r38683 10/trunk/lang/pt-br/language.php: pt-br translation
great
unfortunately lphuberdeau is no longer in the cahnnel, because I found a fix but not sure if this can be removed
becasue this was here for some other reason...
I think I can do an exception case
is it really a regression?
it needs both a user tracker and jQuery validation to be enabled
ue sit is a common use case
i have the fix
1 sec
looks like lphuberdeau's back nkoth|nelson
tikiwiki: 03nkoth * r38684 10/branches/8.x/lib/wiki-plugins/wikiplugin_tracker.php: [FIX] When user is not logged in, do not try and auto include hidden field for creator and modifier because if mandatory and blank will cause validation failures
chealer : ok this fixes
clear to release from me
nkoth|nelson: I updated if you want to verify here
chealer looks gd
good
changi: if it's still time, let's go
ok
The user nelson3 registered at your site ido.ath.cx
wouldn't that be nice, 3 jedis
tikiwiki: 03changi67 * r38685 10/branches/8.x/lib/setup/twversion.class.php: [REL] Preparing 8.0
well, email with dot works for me.... so much for those reports. I need to revisit them
tikiwiki: 03changi67 * r38686 10/branches/8.x/README: [REL] Update README file for 8.0
tikiwiki: 03changi67 * r38687 10/branches/8.x/lang/ (49 files in 49 dirs): [REL] Update language.php files for 8.0
tikiwiki: 03changi67 * r38688 10/branches/8.x/changelog.txt: [REL] Update changelog.txt for 8.0
nkoth|nelson: what do you need for wiki page aliases in 7.x? it's not working here: http://ido.ath.cx:8080/tiki/7.x/tiki-index.php?page=Services
you need all the dependencies listed
well first you need the pref to be set
tikiwiki: 03changi67 * r38689 10/branches/8.x/copyright.txt: [REL] Update copyright.txt for 8.0
Redirect pages using these prefix alias semantic links, I think the default  includes alias but for some reason it is blank on this site
nkoth|nelson: I have Backlinks, Semantic links and Redirect to similar wiki page
ah
no wait
changed it to Alias
looks like that that didn't help
no that is something else
I have a feeling it is alias without the capital A
ok that works in lowercase
ah
tikiwiki: 03changi67 * r38690 10/branches/8.x/db/tiki-secdb_8.0_mysql.sql: [REL] SecDB for 8.0
*prefix* alias is a separate feature: https://doc.tiki.org/Page+Alias#Semantic_Prefix_Aliases
tikiwiki: 03changi67 * r38691 10/tags/8.0/: [REL] Tagging release
tikiwiki: 03changi67 * r38692 10/trunk/lib/userslib.php: [ENH] Zend Code Styling - http://quality.tiki.org/job/Tikitrunk/violations/file/svn/lib/userslib.php/
nkoth|nelson: sorry, thanks
chealer thanks for stepping in so much for the release - both I and jonnyb would really like to have been to be able to clone ourselves or something but really you did most of the work. :)
counting on nelson for Tiki 9 ;-)
counting on nelson3 for Tiki 9 ;-)
I will have a whole bunch of sites going from Tiki 6 to Tiki 9 so it will be interesting...
changi, rodrigoprimo: nothing abnormal in language files updates this time :-)
chealer: upload on sf.net in progress
chealer: done
I tested a small dummy upgrade. went pretty well but forums seem to have a non-major display bug
7z seems to be ok for me
chealer: great
bz2 working pretty well here. Last changes is not quite OK but that's not necessarily a new issue
thanks changi!
thanks changi
changi: in particular for your patience
changi: I guess it's time to wish you a good [leftover] night
see you all
changi|ffa: see you for a 6.5 at some point I hope
it's friday  :)
good job!
6.5 should be done by the QT i think
OK. good friday
we're just a small week behind schedule. that's surely among our best delays :-)
tikiwiki: 03marclaporte * r38693 10/trunk/_htaccess: [MOD] reducing ExpiresDefault to 6 months to be in line with our major releases. ref:http://code.google.com/speed/page-speed/docs/caching.html#LeverageBrowserCaching
congrats all for 8.0!
The best release ever!
agreed
solid, and imagine where we are going with 9!
congrats everyone. I've been excited about 8 even when it was in Beta. 
pascalstjean:  CitadelRock has an exceptional contribution to Tiki8 (even if people don't know which commits are coming via which project)
tikiwiki: 03changi67 * r38694 10/trunk/lib/trackers/trackerlib.php: [ENH] Zend Code Styling - http://quality.tiki.org/job/Tikitrunk/130/violations/file/svn/lib/trackers/trackerlib.php
marclaporte1: thanks Marc, we've been getting quality projects that have allowed us to put a lot back into Tiki. We hope to keep pushing the boundaries  over the next year and subsequent versions of Tiki.