#foswiki 2017-03-22,Wed

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
GithubBot[distro] gac410 pushed 3 new commits to Release02x01: https://git.io/vypS5
distro/Release02x01 e002399 George Clark: Item14346: Fix some issues with systemd service file...
distro/Release02x01 b58575c George Clark: Item14346: Remove apache config from FastCGIEngineContrib
distro/Release02x01 5649b0a George Clark: Item14346: Add a .htaccess example for FCGI
[00:22]
***GithubBot has left [00:22]
FoswikiBothttps://foswiki.org/Tasks/Item14346 [ Item14346: Systemd service file has issues, needs better documentation. ] [00:22]
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/vyp9c
distro/master 5bc31fd George Clark: Item14346: Merge branch 'Release02x01'
[00:26]
***GithubBot has left [00:26]
GithubBot[distro] gac410 pushed 1 new commit to Release02x01: https://git.io/vypQi
distro/Release02x01 bbdbd84 George Clark: Item14346: Bump version, use Date for release.
[00:38]
***GithubBot has left [00:38]
............... (idle for 1h13mn)
ChanServ sets mode: +o Lynnwood [01:51]
...... (idle for 28mn)
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/vypAR
distro/master f6075e4 George Clark: Merge branch 'Release02x01'
[02:19]
***GithubBot has left [02:19]
GithubBot[distro] gac410 pushed 1 new commit to Release02x01: https://git.io/vypAp
distro/Release02x01 80eefdf George Clark: Item14346: Don't use $NAME in foswiki.defaults
[02:29]
***GithubBot has left [02:29]
FoswikiBothttps://foswiki.org/Tasks/Item14346 [ Item14346: Systemd service file has issues, needs better documentation. ] [02:29]
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/vypAj
distro/master 4e5cdd9 George Clark: Merge branch 'Release02x01'
[02:29]
***GithubBot has left [02:29]
................................................ (idle for 3h56mn)
ChanServ sets mode: +o cdot [06:25]
........................................................ (idle for 4h35mn)
ChanServ sets mode: +o cdot [11:00]
.......................... (idle for 2h6mn)
ChanServ sets mode: +o MichaelDaum [13:06]
.... (idle for 19mn)
ChanServ sets mode: +o cdot [13:25]
..... (idle for 24mn)
ChanServ sets mode: +o gac410 [13:49]
..... (idle for 23mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to Item14288: https://git.io/vyjLY
distro/Item14288 083e162 MichaelDaum: Merge branch 'master' into Item14288
[14:12]
***GithubBot has left [14:12]
FoswikiBothttps://foswiki.org/Tasks/Item14288 [ Item14288: rewrite to support pluggable edit engines ] [14:12]
gac410cdot. Your updated wysiwyg seems to be working well. Found one issue, If you click the wikitext button, and then the "recycle" button to return to wysiwyg, it scrambles the TML into one line.
I'm working through your task on tools. Flagged a few as tools I use before building every release.
[14:19]
......... (idle for 43mn)
foswiki_irc0I'm back with a couple config generator questions... Under URL Information it says "Enter the path which foswiki is accessed:" is that just the directory on the local drive? [15:03]
gac410No, the URL, not the file system
If you want "yoursite.com/Main/WebHome then the URL path is just the / That't the shortest urls you can have.
If you want yoursite.com/foswiki/Main/WebHome Then the URL path is /foswiki
[15:04]
foswiki_irc0Ok so just to get it going for now I can leave it as /foswiki and edit the file later if I want [15:06]
gac410y. I don't like the /foswiki default. That's useful if you plan to have other software on the same hostname. So / means less typing for the users ;)
eg. yoursite.com/foswiki/... yoursite,com/mailman/... yoursite.com/somethingelse/... But if yoursite is only going to be the wiki, then save the typing
Anyway, that's my $.02 ... I've gotta run out. Back in an hour or so.
[15:07]
foswiki_irc0Thanks :) [15:09]
....... (idle for 30mn)
cdotgac410: you mean the "Edit Wiki Text" rather than the "edit HTML source" button?
gac410: did you see the report I raised this morning about the tools dir? I'm getting a bit lost in there these days
ah, I see you did :-)
[15:39]
............... (idle for 1h10mn)
gac410cdot, right. the edit wiki text - takes you to NatEdit, the yin-yang / recycle ??? button takes you back to wysiwyg editor [16:50]
cdoty, I see it. Yet another API issue, I think, though it's a bugger to debug.
not helped by JQueryPlugin, TBH
[16:51]
gac410Some of the tools are things that only the rm uses regularly. Some are indeed checkins by me ... some of which I forgot I even did. :P
Under the theory, if I didn't check it in, at some point I'd accidentally discard it, and didn't want to lose all the work.
[16:52]
jmk0Is there a recommended/best practice for custom CSS (non-foswiki) that's shared across multiple topics in a web?
i.e. a style sheet definition that is used by topics x y and z
[17:04]
gac410I don't know. Good question. Add it to a custom view template? (easy if the topics have forms attached) [17:06]
jmk0by custom view template do you mean like pattern skin? [17:07]
Lynnwoodjmk0 - are you using pattern skin for your site? [17:08]
gac410No, a topic view template. Like our tasks web. the Item* topics have ItemForm, which causes https://foswiki.org/Tasks/ItemViewTemplate?raw=on to be used automatically when viewing any item.
Puts the green status box at the top of the item.
And it does use a style sheet.
[17:08]
jmk0Lynnwood, I am using the pattern skin myself. Others may be using it, I'm not sure
gac410: I see. I'll look into that in more detail. Thanks for the pointer
[17:09]
LynnwoodThe reason why i asked is there would be different options for adding style sheets were you using NatSkin versus PatternSkin. [17:10]
jmk0yeah, some use NatSkin, some use PatternSkin
gac410: it's been a while since I've done any forms work, this is going to take some re-education on my part :D
[17:11]
Lynnwoodhmmm. ok. then i'm guess a view template with extra style sheet as gac410 suggested would be your best approach.
that way the extra styles would be added regardless of the skin being used.
[17:13]
gac410Only reason I mentioned a form is that lets the view template happen magically. Without a form, you can also do a Set VIEWTEMPLATE ....(or something like that) in each topic. [17:13]
jmk0that sounds like a decent option as well. The form could help provide intelligent search capabilities as well, which would be useful [17:15]
LynnwoodIf all the topics you want the extra styles added to share the same form, then that would be the easiest approach. [17:16]
jmk0yeah [17:16]
LynnwoodIf it's more or less an arbitrary set of topics where you want the styles added, then I'd suggest something different. [17:16]
jmk0This is the doxygen-generated set of topic files I'd mentioned a few days back, so there will be a fair number of topics using the style sheet, depending on what's being documented [17:17]
gac410cdot: gac410 is questioning his sanity. tools/fix_topic_timestamps.pl and tools/fixTopicInfo.pl and tools/develop/git-fix-meta.pl all seem to do about the same thing. [17:22]
cdotprobably. It's a common requirement, would be odd if we coordinated activities enough to use one script. [17:22]
gac410and all were checked in by me, after forgetting I created the others.
hello left-hand ... remember what the right hand did a month or so ago?
[17:22]
cdothmmm. Did your left hemisphere write one, then your right hemisphere write the other?
Or is it just senile dementia? ;-)
[17:23]
gac410And lord knows what wrote the 3rd.
you'd think I'd experience some deja-vu when writing these things.
[17:23]
cdotyou probably did, but just dismissed it as coincidence. [17:24]
gac410And I have a copy in /usr/local/bin/fixtimestamps.pl which is the one I acutally run before every commit, so your (*# git hook won't bitch at me. :D [17:25]
cdot*my* git hook? [17:25]
gac410Y, I think you wrote the one that rejects commits that don't have the topic or attachment timestamp within the last n hours [17:26]
cdotcdot has never written a git hook [17:26]
gac410hmmm [17:26]
cdotI wrote a subversion hook, which was hacked to create that one, IIRC
unless.... senile dementia
good gravy, TMCE is horrible inside :-(
[17:26]
gac410Ah... yes. You wrote the subversion hook. I rewrote it to a git pre-commit hook when we migrated to git. and I really hate that restriction. but kept your restrictions.
Every commit that it rejects, your ears probably burn a bit when I run fixtimestamps.pl and rewrite my commit message and try again.
:D
Actually the only piece I don't like is making all the attachments timestamps update. I'd somewhat rather have them actually reflect the date of the last file change. but meh... I live with it.
[17:28]
..... (idle for 20mn)
jmk0gac410, lynnwood: nailed it. Got a quick form and view template set up with CSS. Works perfectly. Thanks! [17:49]
Lynnwoodexcellent! [17:49]
..... (idle for 22mn)
cdotgac410: not at all. I have a script called "redate.pl" that does the same thing (and a lot more) :-) [18:11]
gac410Hopefully only one copy vs my 3 :D [18:11]
cdotone copy on each machine, individually hacked as required. So at least 3 copies here, too :-) [18:12]
.... (idle for 19mn)
GithubBot[distro] cdot pushed 2 new commits to Item14323: https://git.io/vSef6
distro/Item14323 326a4f7 cdot: Item14323: fix switch back from raw mode, and get rid of Makefiles which can't handle the tinymce model and make debugging a PITA
distro/Item14323 97bc5a1 cdot: Item14323: get rid of Makefiles which can't handle the tinymce model and make debugging a PITA
[18:31]
***GithubBot has left [18:31]
FoswikiBothttps://foswiki.org/Tasks/Item14323 [ Item14323: Update to latest TinyMCE version ] [18:31]
cdotgac410: ok, a fix is in for the recycle. [18:31]
gac410cool .. I'll give it a try.
Looks great!
hmmm preview - 403 Invalid validation code.
yeah, I'm getting redirects for missing validation on save, and js popup with 403 for save-and-continue, and preview.
[18:42]
cdothuh? ok
preview from where? NatEdit?
[18:48]
gac410It does have a validationkey in the post [18:49]
cdotfrom where, though?
preview from TMCE is working finehere
and from NatEdit, too
[18:49]
gac410Not here. strange. I had another plugin I've been pulling hair on - has a validationkey in the post and still fails validation. [18:50]
cdotsave and continue is fine too [18:50]
gac410Just did a pseudo-install, login with admin, and bin/edit/Litterbox/AśčÁŠŤśěž? [18:50]
cdothmm, I'm not editing as admin
cdot tries
[18:50]
gac410Let me clean and try it all again, from a registered user.
damn, not working here. Let me clean and fiddle some... maybe my install somehow
I disabled browser cache too, just in case
really strange. Just did a git clean -fdx, pseudo-install, bootstrapped a new config, edit topic, preview -> 403 invalid validation wtf
[18:50]
cdotseems fine with cache on
what did you pseudo-install? developer?
you *are* using branch Item14323, right?
[18:55]
gac410yes, and damned if it's also failing with Release02x01 branch. wtf is going on. [18:57]
cdotjust cleaned back to basics and pseudo-installed default. All fine. [18:57]
gac410something is f'd up here ... I'm at a loss right now. Recreated it on 2.1.3, so not you for sure.
something with my browser. Working fine on chrome.
now wtf is firefox doing. Maybe noscript is interfering somehow?
okay. It's all working fine with chrome, your branch, 2.1.3, etc. gac410 is sensing a hole in his foot from somewhere, but no idea where the gun is.
So I'm totally confused here. strikeone is simply not working with my firefox browser on my test site. I even disabled noscript.
But it's working fine on foswiki.org. I don't have a clue.
Something was busted in my cookies. I cleared all my domain cookies, and now it's working.
Ah... the FOSWIKISTRIKEONE cookie is written with the Secure flag, if the site is ever visited with an https:// url. When you return to http://, that cookie is no longer usable.
[18:58]
GithubBot[distro] cdot pushed 1 new commit to Item14323: https://git.io/vSeq8
distro/Item14323 2cb7414 cdot: Item14323: TINYMCEPLUGIN_DEBUG doesn't do anything.
[19:13]
***GithubBot has left [19:13]
FoswikiBothttps://foswiki.org/Tasks/Item14323 [ Item14323: Update to latest TinyMCE version ] [19:13]
gac410So just like we use SFOSWIKISID vs FOSWIKISID, strikeone probably needs to use SFOSWIKISTRIKEONE to avoid polluting it if the site supports both http and https [19:13]
cdotyes, that would make sense. Not sure why and end-user site would use both, tho. [19:15]
gac410well we do even on foswiki.org ... but y, it's an unusual configuration [19:16]
cdot: https://foswiki.org/Support/Question1863 IE issues on EditRowPlugin. I've asked which version he is running. [19:22]
***ChanServ sets mode: +o cdot [19:31]
.......................................... (idle for 3h26mn)
vrurggac410: Good evening! Have a miniute for github help? [22:57]
GithubBot[DbiContrib] vrurg created Item14348 from master (+0 new commits): https://git.io/vSe7l [23:03]
***GithubBot has left [23:03]
FoswikiBothttps://foswiki.org/Tasks/Item14348 [ Item14348: The allow_* method of access control is a complete pain in the ass. ] [23:03]
.... (idle for 18mn)
GithubBot[DbiContrib] vrurg deleted Item14348 at 0223485: https://git.io/vSed2 [23:21]
***GithubBot has left [23:21]
GithubBot[DatabaseContrib] vrurg created Item14348 from master (+0 new commits): https://git.io/vSedK [23:22]
***GithubBot has left [23:22]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)