torsten1: joined #tikiwiki
joined #tikiwiki amette__: joined #tikiwiki
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
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: Padlock: 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: Padlock: yoursite/display1
yes Padlock: {annotation src="display242" width="700px" height="500px"} ? luciash: you can also use preview242 or dl242 (force download dialog)
yes Padlock: it's not working. Page displays nothing :(
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
first try if yoursite/display242 is working
in your browser Padlock: ok, lemme try
I tried http://localhost/tiki/display242 and it won't work
It's not working for any image, even small ones jonnyb: do 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) Padlock: I'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 :()
:-) 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
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...
currently have saved the page as html and trying to parse that :P 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!? jonnyb: can't seem to export that data as anything usefuil, also can't seem to connect to it via php (from here)
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
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])
ok, hang on jonnyb: ta
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
brb in 10ish...
re
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
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?
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. jonnyb: yes indeed, good idea looking in the es index amette__: yep, true
jonnyb : trying something, will need some restarts of elastic, so might be briefly gone in between jonnyb: ok, thanks
(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".
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
which which? jonnyb: ha! some mush hidden stiuff in there!
grrrr.... amette__: yeah, Kibana and it's mysteries
its jonnyb: anyway, have access direct now, will be better for a generic script
(he tells himself) amette__: yep, that's for sure
( :) )
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
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 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 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
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
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
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)
[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
"
On a login attempt Tiki-KGB: 03chealer 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 amette__: left #tikiwiki chibaguy: joined #tikiwiki
polom
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. 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.)
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.
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" 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.
(using the popup login)
That's good about Tiki 17. Telesight: joined #tikiwiki Tiki-KGB: 03chealer 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
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
03chealer r62291 10trunk/lib/prefs/wiki.php * wiki_edit_plugin: remove hint 'Requires JavaScript' (everything does now)
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)
03chealer r62294 10trunk/lib/parser/parserlib.php
parse_first():
[REF] Optimize (this code is not reached unless $prefs['wiki_edit_plugin'] == 'y')
[REF] Clarify
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)
03chealer r62296 10trunk/ 10lib/prefs/wiki.php 10lang/fr/language.php * [FIX] Clarify wiki_edit_icons_toggle documentation jonnyb: joined #tikiwiki slyskawa: joined #tikiwiki