<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>
torsten1: joined #tikiwiki
<br> joined #tikiwiki
amette__: joined #tikiwiki
<br> left #tikiwiki
jonnyb: joined #tikiwiki
amette__: joined #tikiwiki
Padlock: joined #tikiwiki
Telesight: joined #tikiwiki
Padlock: polom
jonnyb: pompom Padlock
Padlock: Anyone familiar with the plugin image annotation ? Bfsez shared a tutorial with me yesterday, but there's something i don't get
jonnyb: slightly familair Padlock - ask away?
Padlock: The 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
<br> 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 ?
luciash: <u>Padlock</u>: display file with fileId=1 from File Gallery (using SEFURLs)
Padlock: so if ID of the image i want to use is 242, i should input "display242" ?
luciash: <u>Padlock</u>: yoursite/display1
<br> yes
Padlock: {annotation src="display242" width="700px" height="500px"} ?
luciash: you can also use preview242 or dl242 (force download dialog)
<br> yes
Padlock: it's not working. Page displays nothing :(
<br> should the image be in a specific file gallery ?
luciash: if your image is too big you can also ask for resize on-the-fly using display242?x=700
<br> first try if yoursite/display242 is working
<br> in your browser
Padlock: ok, lemme try
<br> I tried http://localhost/tiki/display242 and it won't work
<br> It's not working for any image, even small ones
jonnyb: do oyu have sefurl adn htaccess enabled?
<br> 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)
Padlock: I'm afraid I don't know anything about sefurl and htaccess
<br> Can I use that long version as a location in the plugin parameters ?
<br> Oh yes, it works with that long version :()
<br> :-)
jonnyb: super
Padlock: Thank you very much ! Now my image seems to be too large, how to I use that resize on-the-fly you were mentionning ?
jonnyb: you 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?
Padlock: it does change the size but the image is displayed several times, in mozaic lol
<br> Ok looks like if I match max width and display width, it looks alright
amette__: polom
jonnyb: moqmoq amette__ and amette_
amette__: heyho jonnyb
jonnyb: having real trouble with this kibana recover stuff, nothing seems to work...
<br> currently have saved the page as html and trying to parse that :P
amette__: whut!? :O :D
<br> 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!?
jonnyb: can't seem to export that data as anything usefuil, also can't seem to connect to it via php (from here)
<br> yes, should be
amette__: oh, ok, yes, it's firewalled, I can open that up for you
jonnyb: think i mailed my (lackl of) pregress to the sysadmin list l;ast night
<br> i added my ip in case that helps
amette__: (all these "cloud" services need firewalling to not become the big data botnet [in addition to the windows and IoT-botnets])
<br> ok, hang on
jonnyb: ta
<br> 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...)
amette__: yep, I took a copy of /var/lib/elasticsearch before starting to do anything on it
jonnyb: :)
amette__: gimme a couple more minutes, this instance was doubly safe (only listening on localhost, too)
jonnyb: thanks
Jyhem: joined #tikiwiki
jonnyb: polom Jyhem
<br> brb in 10ish...
<br> re
<br> thanks amette__ think i'm in...
amette__: Cool! :)
jonnyb: odd 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
<br> anyway, investigating (but have to go to meetings soon) - so looking hopeful to get something back, even if not the full edit history
amette__: hmmm.... yeah... maybe you just have the last edits and luciash query got all of the edits?
<br> full history would be a nice bonus - but getting the final version of the pages would be a huuuge win already!
<br> Actually getting any kind of history back is a lot more than I was expecting last week.
jonnyb: yes indeed, good idea looking in the es index
amette__: yep, true
<br> jonnyb : trying something, will need some restarts of elastic, so might be briefly gone in between
jonnyb: ok, thanks
<br> (for the warning ;) )
amette__: :)
jonnyb: ok, 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
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".
<br> oh, ok, I was late - but I don't care, good thing you managed! :)
jonnyb: which one?
amette__: Actually there's even "Response". d'oh
<br> which which?
jonnyb: ha! some mush hidden stiuff in there!
<br> grrrr....
amette__: yeah, Kibana and it's mysteries
<br> its
jonnyb: anyway, have access direct now, will be better for a generic script
<br> (he tells himself)
amette__: yep, that's for sure
<br> ( :) )
<br> Well, we managed at leet'o'clock - good omens! ;)
jonnyb: i'm going to ignore any recategorisation i think...
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.
jonnyb: yup yup
<br> seems the oldest edit after 4 nov was on dec 13, is that what you're seeing?
<br> i'm getting 504 edits in the date range, 4 nov to 5 april
<br> seems that's all there is
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.
<br> type=wikipage and I get 350 hits
<br> but that's a faulty query.... seems to give just contents
jonnyb: we'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
<br> it's called "All wiki page edits since Nov 5th 2016"
amette__: ok, yes, 504 hits, first one on December 13th
jonnyb: ok, gotta go
<br> super, thanks for the sanity check :)
amette__: alright, thanks so far! cya, mate! :)
jonnyb: will noodle on with it later when i get back, cya2
amette__: cool, let me know, if you need any help! laters
frederik_: joined #tikiwiki
<br> 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?
nelsonko: joined #tikiwiki
fabricius: joined #tikiwiki
Tiki-KGB: 03kroky6 r62283 10trunk/ 10(13 files in 4 dirs)
<br> [ENH] allow supported tracker field type changes keeping the relevant options and modify preference to allow unsupported changes as well
frederik_: Now it's "You don't have permission to use this feature: tiki_p_admin
<br> "
<br> On a login attempt
Tiki-KGB: 03chealer r62284 10trunk/lib/prefs/wiki.php
<br> [FIX] wiki_edit_section description. Oops
<br> [ENH] Clarify wiki_edit_section_level
<br> 03chealer r62285 10trunk/lang/fr/language.php * [TRA
amette__: left #tikiwiki
chibaguy: joined #tikiwiki
<br> polom
<br> 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.
<br> I'll try a fresh install.
Jyhem: have you tried the pop-up or /tiki-login.php ?
amette__: joined #tikiwiki
chibaguy: Ah, good question. The tiki-login page works. The modules don't (I have the pop-up and standard module and tried both.)
<br> 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.
Jyhem: That 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.
<br> Now that you confirm the issue, I guess we have some real issue :-(
<br> Wait! No, that's not the issue I had. mine was that the pop-up would not show
<br> forget my ramblings
-: Jyhem back to "Browser Title"
Jyhem: clean install of Tiki17: flawless
chibaguy: This 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.
<br> (using the popup login)
<br> That's good about Tiki 17.
Telesight: joined #tikiwiki
Tiki-KGB: 03chealer r62286 10trunk/templates/admin/include_wiki.tpl
<br> 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
<br> 03chealer r62287 10trunk/templates/admin/include_wiki.tpl
<br> Move wiki_edit_icons_toggle after wiki_edit_section, since the former (partially) depends on the latter
<br> 03chealer r62288 10trunk/ 10lib/prefs/wiki.php 10lang/fr/language.php
<br> 03jyhem r62289 10branches/17.x/ 10(55 files in 55 dirs)
<br> [UX] Make the whole Browser title configuration easier to understand, as discussed during 2017-04-20 roundtable
<br> 03jyhem r62290 10(56 files in 56 dirs)
<br> [UX][bp/r62289] Make the whole Browser title configuration easier to understand, as discussed during 2017-04-20 roundtable
<br> 03chealer r62291 10trunk/lib/prefs/wiki.php * wiki_edit_plugin: remove hint 'Requires JavaScript' (everything does now)
<br> 03jyhem r62292 10branches/17.x/ 10lib/prefs/site.php 10templates/header.tpl
<br> [ENH] Add missing option for the Browser title position, as discussed during 2017-04-20 roundtable (thanks Bernard)
<br> 03jyhem r62293 10trunk/lib/prefs/site.php 10trunk 10trunk/templates/header.tpl
<br> [ENH][bp/r62292] Add missing option for the Browser title position, as discussed during 2017-04-20 roundtable (thanks Bernard)
<br> 03chealer r62294 10trunk/lib/parser/parserlib.php
<br> parse_first():
<br> [REF] Optimize (this code is not reached unless $prefs['wiki_edit_plugin'] == 'y')
<br> [REF] Clarify
<br> 03chealer r62295 10trunk/templates/admin/include_textarea.tpl
<br> 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
<br> Still unfixed: wiki_edit_icons_toggle may display while wiki_edit_plugin doesn't (because only the latter is advanced)
<br> 03chealer r62296 10trunk/ 10lib/prefs/wiki.php 10lang/fr/language.php * [FIX] Clarify wiki_edit_icons_toggle documentation
jonnyb: joined #tikiwiki
slyskawa: joined #tikiwiki