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

WhoWhatWhen
amette__left #tikiwiki [00:41]
..................... (idle for 1h43mn)
torsten1joined #tikiwiki [02:24]
................................ (idle for 2h37mn)
joined #tikiwiki [05:01]
.................................................................. (idle for 5h25mn)
amette__joined #tikiwiki [10:26]
...... (idle for 29mn)
left #tikiwiki [10:55]
jonnybjoined #tikiwiki [10:56]
amette__joined #tikiwiki [11:05]
Padlockjoined #tikiwiki [11:12]
Telesightjoined #tikiwiki [11:14]
Padlockpolom [11:16]
jonnybpompom Padlock [11:16]
PadlockAnyone familiar with the plugin image annotation ? Bfsez shared a tutorial with me yesterday, but there's something i don't get [11:21]
jonnybslightly familair Padlock - ask away? [11:23]
PadlockThe source of the image. It says "absolute url or relative path from tiki root or image from the file gallery [Display1]" and display1 is in red
image i want to annotate is in a file galery, i know its ID but I can't find how to insert it. Nothing is displayed on my page. What is "display1" in this case ?
[11:25]
luciashPadlock: display file with fileId=1 from File Gallery (using SEFURLs) [11:30]
Padlockso if ID of the image i want to use is 242, i should input "display242" ? [11:31]
luciashPadlock: yoursite/display1
yes
[11:31]
Padlock{annotation src="display242" width="700px" height="500px"} ? [11:32]
luciashyou can also use preview242 or dl242 (force download dialog)
yes
[11:32]
Padlockit's not working. Page displays nothing :(
should the image be in a specific file gallery ?
[11:33]
luciashif your image is too big you can also ask for resize on-the-fly using display242?x=700
first try if yoursite/display242 is working
in your browser
[11:34]
Padlockok, lemme try
I tried http://localhost/tiki/display242 and it won't work
It's not working for any image, even small ones
[11:34]
jonnybdo oyu have sefurl adn htaccess enabled?
the long version would be tiki-download_file.php?fileId=242&display (but best to copy it from the image opened in a new window)
[11:38]
PadlockI'm afraid I don't know anything about sefurl and htaccess
Can I use that long version as a location in the plugin parameters ?
Oh yes, it works with that long version :()
:-)
[11:40]
jonnybsuper [11:42]
PadlockThank you very much ! Now my image seems to be too large, how to I use that resize on-the-fly you were mentionning ? [11:44]
jonnybyou can add a max param, or x or y to fix the width or height, so try tiki-download_file.php?fileId=242&display&max=600 for a start? [11:46]
Padlockit does change the size but the image is displayed several times, in mozaic lol [11:48]
Ok looks like if I match max width and display width, it looks alright [11:53]
........ (idle for 37mn)
amette__polom [12:30]
jonnybmoqmoq amette__ and amette_ [12:30]
amette__heyho jonnyb [12:30]
jonnybhaving real trouble with this kibana recover stuff, nothing seems to work...
currently have saved the page as html and trying to parse that :P
[12:31]
amette__whut!? :O :D
Shouldn't it be possible to get the wiki syntax out of elastic? and put that into the DB? not needing to go via HTML!?
[12:31]
jonnybcan't seem to export that data as anything usefuil, also can't seem to connect to it via php (from here)
yes, should be
[12:32]
amette__oh, ok, yes, it's firewalled, I can open that up for you [12:32]
jonnybthink i mailed my (lackl of) pregress to the sysadmin list l;ast night
i added my ip in case that helps
[12:32]
amette__(all these "cloud" services need firewalling to not become the big data botnet [in addition to the windows and IoT-botnets])
ok, hang on
[12:33]
jonnybta
one other thing i thought of amette__ was: is that elastic index backed up somewhere safe? in case it gets overwritten somehow? (i'm trying to be read only with it but it's all a bit experimental...)
[12:33]
amette__yep, I took a copy of /var/lib/elasticsearch before starting to do anything on it [12:38]
jonnyb:) [12:38]
amette__gimme a couple more minutes, this instance was doubly safe (only listening on localhost, too) [12:40]
jonnybthanks [12:40]
Jyhemjoined #tikiwiki [12:53]
jonnybpolom Jyhem
brb in 10ish...
[12:56]
re [13:09]
thanks amette__ think i'm in... [13:14]
amette__Cool! :) [13:15]
jonnybodd that i only see 170 wiki pages mod'ed november to april, when luciash's kibana search finds over 500 edits... maybe it's doing some sort of "distinct" thing
anyway, investigating (but have to go to meetings soon) - so looking hopeful to get something back, even if not the full edit history
[13:17]
amette__hmmm.... yeah... maybe you just have the last edits and luciash query got all of the edits?
full history would be a nice bonus - but getting the final version of the pages would be a huuuge win already!
Actually getting any kind of history back is a lot more than I was expecting last week.
[13:17]
jonnybyes indeed, good idea looking in the es index [13:19]
amette__yep, true [13:19]
jonnyb : trying something, will need some restarts of elastic, so might be briefly gone in between [13:31]
jonnybok, thanks
(for the warning ;) )
[13:31]
amette__:) [13:34]
jonnybok, i've found the change events, so can get the full history i think, with some data massaging... but will run out of time today, maybe later or tomorrow i should have a script we can try [13:35]
amette__jonnyb : Go into Kibana, do the query, then see the arrow pointing upwards in the middle below the bar graph, click on it, then click "Request".
oh, ok, I was late - but I don't care, good thing you managed! :)
[13:35]
jonnybwhich one? [13:36]
amette__Actually there's even "Response". d'oh
which which?
[13:36]
jonnybha! some mush hidden stiuff in there!
grrrr....
[13:36]
amette__yeah, Kibana and it's mysteries
its
[13:37]
jonnybanyway, have access direct now, will be better for a generic script
(he tells himself)
[13:37]
amette__yep, that's for sure
( :) )
Well, we managed at leet'o'clock - good omens! ;)
[13:37]
jonnybi'm going to ignore any recategorisation i think... [13:39]
amette__Oh, I hadn't even thought of that... but yeah, I agree... having the content back is paramount. And doing that asap is next on the list. Once we get doc.t.o writeable again, recategorisation, etc. will happen quickly, I guess. [13:41]
jonnybyup yup
seems the oldest edit after 4 nov was on dec 13, is that what you're seeing?
i'm getting 504 edits in the date range, 4 nov to 5 april
seems that's all there is
[13:41]
amette__not sure how to filter for edits only... I get 736 hits with the basic query... but that's creation/modification and probably also categorisation.
type=wikipage and I get 350 hits
but that's a faulty query.... seems to give just contents
[13:43]
jonnybwe're looking at object_type=activity and type=wiki page, luciash's saved search seems to work but you need to set the date range manually each time
it's called "All wiki page edits since Nov 5th 2016"
[13:46]
amette__ok, yes, 504 hits, first one on December 13th [13:47]
jonnybok, gotta go
super, thanks for the sanity check :)
[13:47]
amette__alright, thanks so far! cya, mate! :) [13:47]
jonnybwill noodle on with it later when i get back, cya2 [13:47]
amette__cool, let me know, if you need any help! laters [13:48]
........... (idle for 52mn)
frederik_joined #tikiwiki
Hello. Upgrading from 6.15 -> Latest has gives me the following error message on the tiki-index page: "You do not have permission to view this page". Any idea on how to debug this?
[14:40]
..... (idle for 24mn)
nelsonkojoined #tikiwiki [15:05]
....... (idle for 34mn)
fabriciusjoined #tikiwiki [15:39]
Tiki-KGB03kroky6 r62283 10trunk/ 10(13 files in 4 dirs)
[ENH] allow supported tracker field type changes keeping the relevant options and modify preference to allow unsupported changes as well
[15:42]
frederik_Now it's "You don't have permission to use this feature: tiki_p_admin
"
On a login attempt
[15:46]
Tiki-KGB03chealer r62284 10trunk/lib/prefs/wiki.php
[FIX] wiki_edit_section description. Oops
[ENH] Clarify wiki_edit_section_level
03chealer r62285 10trunk/lang/fr/language.php * [TRA
[15:48]
........ (idle for 38mn)
amette__left #tikiwiki [16:28]
.... (idle for 18mn)
chibaguyjoined #tikiwiki
polom
[16:46]
In case anyone is listening and has an idea, I can't log in to my localhost branch 15 now. Last time I tried was probably a week or two ago. When I enter name and password, the page just refreshes with no change; not logged in. No error message.
I'll try a fresh install.
[16:51]
Jyhemhave you tried the pop-up or /tiki-login.php ? [16:54]
amette__joined #tikiwiki [17:02]
chibaguyAh, good question. The tiki-login page works. The modules don't (I have the pop-up and standard module and tried both.)
But I got a fresh Tiki 15.4 and installed it, and can't log in at the end of the installation. "Invalid old password" is the error. Are there new minimums for the password? I use a simple one at localhost.
[17:06]
JyhemThat already happened to me. I imagined I had not taken enough time to wait for all javascript to be downloaded, because afterwards I could not reproduce.
Now that you confirm the issue, I guess we have some real issue :-(
Wait! No, that's not the issue I had. mine was that the pop-up would not show
forget my ramblings
Jyhem back to "Browser Title"
clean install of Tiki17: flawless
[17:08]
chibaguyThis time, logging in to localhost branch 15 I get the error "Cookies must be enabled to log in to this site". I do have cookies enabled of course.
(using the popup login)
[17:11]
That's good about Tiki 17. [17:18]
..... (idle for 21mn)
Telesightjoined #tikiwiki [17:39]
Tiki-KGB03chealer r62286 10trunk/templates/admin/include_wiki.tpl
Add wiki_edit_plugin to wiki panel, since it is (currently) wiki-specific and related to wiki_edit_icons_toggle, which is in the wiki panel
03chealer r62287 10trunk/templates/admin/include_wiki.tpl
Move wiki_edit_icons_toggle after wiki_edit_section, since the former (partially) depends on the latter
[17:50]
..... (idle for 24mn)
03chealer r62288 10trunk/ 10lib/prefs/wiki.php 10lang/fr/language.php
03jyhem r62289 10branches/17.x/ 10(55 files in 55 dirs)
[UX] Make the whole Browser title configuration easier to understand, as discussed during 2017-04-20 roundtable
03jyhem r62290 10(56 files in 56 dirs)
[UX][bp/r62289] Make the whole Browser title configuration easier to understand, as discussed during 2017-04-20 roundtable
[18:16]
03chealer r62291 10trunk/lib/prefs/wiki.php * wiki_edit_plugin: remove hint 'Requires JavaScript' (everything does now) [18:28]
.... (idle for 18mn)
03jyhem r62292 10branches/17.x/ 10lib/prefs/site.php 10templates/header.tpl
[ENH] Add missing option for the Browser title position, as discussed during 2017-04-20 roundtable (thanks Bernard)
03jyhem r62293 10trunk/lib/prefs/site.php 10trunk 10trunk/templates/header.tpl
[ENH][bp/r62292] Add missing option for the Browser title position, as discussed during 2017-04-20 roundtable (thanks Bernard)
[18:46]
..... (idle for 22mn)
03chealer r62294 10trunk/lib/parser/parserlib.php
parse_first():
[REF] Optimize (this code is not reached unless $prefs['wiki_edit_plugin'] == 'y')
[REF] Clarify
[19:08]
03chealer r62295 10trunk/templates/admin/include_textarea.tpl
Make wiki_edit_icons_toggle a child of wiki_edit_plugin in this context (textarea), so it doesn't show if the latter is disabled
Still unfixed: wiki_edit_icons_toggle may display while wiki_edit_plugin doesn't (because only the latter is advanced)
[19:16]
.... (idle for 18mn)
03chealer r62296 10trunk/ 10lib/prefs/wiki.php 10lang/fr/language.php * [FIX] Clarify wiki_edit_icons_toggle documentation [19:34]
............... (idle for 1h12mn)
jonnybjoined #tikiwiki [20:46]
......................... (idle for 2h2mn)
slyskawajoined #tikiwiki [22:48]

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