#foswiki 2016-02-09,Tue

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

WhoWhatWhen
***ChanServ sets mode: +o Lynnwood [01:55]
gac410Minutes and summary of Release Meeting posted at Foswiki:Development/ReleaseMeeting02X02_20160208 [02:04]
FoswikiBothttp://foswiki.org/Development/ReleaseMeeting02X02_20160208 [ ReleaseMeeting02X02_20160208 ] [02:04]
......................... (idle for 2h3mn)
***emor has left [04:07]
................. (idle for 1h23mn)
gac410 changes topic to: Foswiki 2.1.0 released: http://foswiki.org/Download/FoswikiRelease02x01x00 IRC logs at http://irclogs.foswiki.org/bin/irclogger_log/foswiki [05:30]
msnhow do i make * not start bold but appear as is [05:31]
***gac410 has left [05:31]
...................... (idle for 1h48mn)
ChanServ sets mode: +o MichaelDaum [07:19]
uebera||msn: Try <nop>* [07:28]
***ChanServ sets mode: +o CDot [07:32]
............................................... (idle for 3h50mn)
EisNerdhi
could this http://search.cpan.org/~jjore/Enbugger/lib/Enbugger.pod be used to get a stack trace from a running foswiki cgi
[11:22]
***BenjaminMartin has left [11:31]
................................... (idle for 2h54mn)
ChanServ sets mode: +o gac410 [14:25]
............. (idle for 1h4mn)
ark987Hello, Im looking for an easy method to set the topic title that does not involve typing the actual code: Local TOPICTITLE = Xyc Abc
Im using NatSkin and I remeber that in version 1.9.x I was able to do it from the graphical editor, but now I have to type in the code in the Topic preferences
[15:29]
gac410ark987: It's a small template change to restore the topic title field in NatEdit. [15:33]
***ChanServ sets mode: +o Lynnwood [15:33]
gac410See the original commit that hid the title here https://github.com/foswiki/distro/commit/bd824876d6f29adf8c664aef10023ff95d4a27c3 [15:34]
ark987Aha, so something has been changed! I was about for more hints, but I guess that should be enough
Ill have a lot, thanks!
a look*
May I ask why it was decided to hide this? Does it have any consequence if I enable this again?
[15:35]
gac410The problem was more for people who do not use NatSkin. NatEdit is now shipped by default for use with PatternSkin as well.
The field was confusing since patternSkin doesn't make use of TopicTitle.
There is a proposal to make TopicTitle a default behavior for PatterSkin as well, but until that is finished, the title needed to be hidden by default.
[15:37]
ark987Ohh, then I believe I can just put it back. It was a bit ackward to instruct our users to type this kind of code just in the second day, I dont want to scare them yet...
Thank you very much for your explanation, great project.
[15:39]
gac410MichaelDaum would know for sure but I'm pretty certain that you can just restore the field to the template. Or to avoid upgrade issues, copy the natedit template to "myedit" and change the skin override [15:40]
ark987Sure will do, to the test environment and beyond! [15:40]
............. (idle for 1h1mn)
gac410MichaelDaum: uebera|| had an interesting question about the page cache. Do bots end up following the refresh cache link in their efforts to follow every link?
Maybe that ought to be a javascript link? I'd say block refresh for guests, but I suppose it's useful.
[16:41]
MichaelDaumat least it has nofollow enabled [16:48]
gac410That's pretty much useless. The bots follow the nofollow, but don't index the results, last I knew
Same goes for all the sort links on tables.
I was finding bots sorting every table in every direction for every column.
[16:49]
MichaelDaumwe could wrap it into a %If context authenticated then <a href refresh> [16:50]
gac410hm Then guests could not get a refresh. I was thinking about that but sometimes it's useful.
Google now claims it does not follow nofollow links. That must have changed at some point.
[16:51]
FoswikiBotNo Google key has been set! Set it with '!set Google google_key <key>'. [16:51]
gac410https://en.wikipedia.org/wiki/Nofollow#Interpretation_by_the_individual_search_engines
bingbot is clearly following the refresh= lilnks Showing up in apache log.
On the 8th and 9th of Feb, bingbot refreshed the cache for 147 pages
[16:53]
MichaelDaummicrosoft...pft
simple change to Foswiki::PageCache to guard all refresh action with a check for $session->inContext("isadmin")
[16:57]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::PageCache [17:01]
ark987Hi MichaelDaum, I was looking into something earlier related to NatSkin. I was looking into an easy way to let the users to change the Local TOPICTITLE using wysiwyg editor. I remember that around version 1.9.x was possible to changed from the visual editor.
gac410 pointed me to this: https://github.com/foswiki/distro/commit/bd824876d6f29adf8c664aef10023ff95d4a27c3 but when I modified a copy of edit.natedit.tmpl it didnt work
I feel like Im mixing up thing again..
[17:10]
gac410How did you activate your copy? [17:12]
ark987So, Ive made a copy of: edit.natedit.tmpl and named as > edit.ceunatedit.tmpl [17:13]
gac410If you copied edit.natedit.tmpl to edit.ceunatedit.tmpl. then you would need to have the skin set to ceunatedit,natedit,nat ... I think
Not sure of the normal skin setting for nat skin
[17:14]
ark987then in site preference Ive Site preferences to: Set SKIN = ceunatedit,ceunat,nat [17:14]
MichaelDaumark987, try SKIN = nat
only
NatSkin should not be affected by the removal of the TopicTitle input field from PatternSkin
do NOT set it to SKIN = natedit, nat
[17:18]
gac410Ah... oops. Sorry for the misdirect [17:19]
MichaelDaumjust SKIN = nat and done [17:19]
ark987Mmm... just a sec to digest this...
I must have something wrong in my setup, Ive setup SKIN = nat and when I go into a topic and click Edit. I do not have a way to modify the topic title. It appears just as a link to the topic itself.
[17:19]
So Michael, just to confirm. I should be able to modify the topic title using just NatSkin WYSIWYG editor? [17:28]
MichaelDaumy [17:29]
ark987Great, thanks. Now I have to figure out what went wrong here, probably tomorow, ty all. [17:30]
.... (idle for 16mn)
***BenjaminMartin has left [17:46]
..... (idle for 24mn)
nimrof_Hi, is this the right place to ask for help with foswiki? [18:10]
gac410yes [18:11]
nimrof_Oki, im having trubble using this url: ms-word:ofv|u|https:/webdav.domain.net/test.docx with foswiki. It looks like foswiki does not look at as i url and change it to a wiki link.
Anyway to make foswiki read it as a raw url and not change it
any help would be greatly appreciated
[18:13]
gac410But that's not a URL. URLs must always start with a protocol identifier http:// https:// ftp:// gopher:// ... etc.
That appears to be some sort of proprietary sharepoint identifier. nothing that foswiki would have any idea what to do with.
[18:19]
***ChanServ sets mode: +o CDot [18:24]
nimrof_I do not think // is needed by all schemes
But yes it a proprietary URI schemes for office 2013+
[18:25]
gac410CDot ... any ideas on sharepoint / ms office uri schemes with webdav involved. ... [18:27]
CDotCDot is having a look at the log
hum. I agree with gac410 - not something I have ever seen before
[18:28]
uebera||"<a href="ms-word:ofv|u|https:/webdav.domain.net/test.docx">ms-word:ofv|u|https:/webdav.domain.net/test.docx</a>" will also not help you (regardless whether you use "/" or "//" here). Looks like there is a list of protocols which is recognised. Editing a topic in WYSIWYG mode will destroy that. "mailto:" works. [18:29]
CDotuebera||: is that dome sort of IE extension, then?
^dome^some
[18:30]
uebera||I would this also works with other browsers on Windows. Cannot check it atm. [18:31]
nimrof_Works with firefox (tested) and chrome should be supported [18:31]
uebera||But the same mechanism applies to Linux etc as well (see "mailto:"). [18:32]
gac410Hm LocalSite.cfg defines Foswiki::cfg{LinkProtocolPattern} = '(file|ftp|gopher|https|http|irc|mailto|news|nntp|telnet)'; If you added ms-word to that list ... that might help. [18:32]
CDotthis might help: http://sharepointgoose.blogspot.co.uk/2015/02/error-in-opening-office-documents-in.html [18:32]
uebera||s /I would this/I would think/, btw. ;) [18:33]
nimrof_CDot: it works out of foswiki in a basic html file so thats not the problem
gac410: Will check LocalSite.cfg out and repport back
[18:33]
gac410nope... doesn't seem to help. [18:34]
nimrof_oh.. [18:35]
gac410[[ms-word:ofv|u|https:/webdav.domain.net/test.docx]] with ms-word added to the defined link protocols, still messes it up. [18:35]
CDotgac410: you'd have to change the rest of the pattern as well
https://msdn.microsoft.com/en-us/library/office/dn906146.aspx
quite a complex URI specification to deal with there
[18:35]
gac410Yeah. even writing it in a manual link <a href="...thelink..."> ... gets it all messed up.
nimrof_: Try <literal><a href='ms-word:ofv|u|https:/webdav.domain.net/test.docx'>blah</a></literal>
[18:37]
nimrof_gac410: Will do [18:39]
gac410Generates a valid link on in my firefox, though it has no idea what to do with it.
CDot ... have you been following the Discussion list. We have a bootstrap issue on a VPS system. Pretty ugly.
[18:39]
CDotnope [18:40]
gac410Looks like 1) can't find LocalSite.cfg, and 2) FindBin::again() is completely ineffective on his mod_perl installation and gets utterly lost. [18:40]
CDotthat's insoluble. Configure bootstrap is a "best case" solution for admin of an open server. The VPS config Ray describes is so far out of the box that bootstrap is never going to work for it, [18:42]
nimrof_gac410: It WORKS!
Thanks to you all!
[18:43]
gac410CDot: he's been configuring it using CLI, so even with the failing bootstrap, he should not get there. But the LSC he saves from tools/configure is ignored for some reason.
Just dawned on me that he may need to restart apache ... if you can even do that on a VPS ...
[18:44]
CDotfor sure [18:48]
gac410Bootstrap could probably check if setlib is in the "bin" directory, and if not SCRIPT_FILENAME env variable appears to be standard as well.
Actually SCRIPT_FILENAME maybe ought to be checked first if available before doing the findbin wrangling.
gac410 hates to even consider changing bootstrap. It's so darn fragile. :(
[18:57]
...................... (idle for 1h49mn)
***geetar has left [20:50]
..... (idle for 24mn)
FoswikiBot has quit IRC (Remote host closed the connection) [21:14]
ChanServ sets mode: +o Lynnwood [21:24]
........... (idle for 52mn)
ChanServ sets mode: +o Lynnwood__ [22:16]
..... (idle for 22mn)
Pitz_ has left "Textual IRC Client: www.textualapp.com" [22:38]

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