Not logged in. · Lost password · Register
Forum: General Help and Support General Stuff RSS
Image strings being mangled
Avatar
Forboding Angel #1
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
Subject: Image strings being mangled
http://www.wiki.evolutionrts.info

Hey guys! Up until a few hours ago I was an extremely happy dokuwiki user, but now I'm upset and extremely frustrated.

Here is my issue, but first let me show you what plugins I have installed just so we all have the full picture:

Installed Plugins

acl 
config 
disqus 
fckg 
info 
note 
openid 
plugin 
popularity 
revert 
safefnrecode 
usermanager

Quick note, the fckg plugin is the fckg lite or whatever that is listed as compatible with the current release (aguna, or whatever it's called), not the other fckg that is apparently older.

Everything has been peaches and wonderful and I could not have loved dokuwiki more, but the other day I needed to embed a youtube video.

I figured no problem because fckedit and lolhtml source... No dice. I could add the iframe (seriously, html5 iframes a la youtube should be supported by default) and it would show up in the editor, but published, nothing would show up. So ok, I concede defeat.

Come here and start looking through plugins. Look through the available plugins and it looks like vshare is the best one for what I need. Install it, and that's where my troubles started (but I didn't know it).

Vshare only worked when using dokuwiki editor, so I pitched it (deleted from plugin manager), and just decided to link externally.

After that, I noticed that any time I tried to edit a section with an image, after saving, the image would turn into a red link followed by }}. I could go into edit, re-add the image, and it would be fine until I tried to edit that section again. Weird.

Tonight I actually looked into it. This is what is happening.

After adding the image, this is the html:

<h1>What are Energy Cores?</h1>
<div class="level1">

<p>
<a href="/lib/exe/detail.php?id=evolution_rts%3Aenergy_cores&media=evolution_rts:energycore.jpg" class="media" title="evolution_rts:energycore.jpg"><img src="/lib/exe/fetch.php?media=evolution_rts:energycore.jpg" class="medialeft" align="left" title="energycore.jpg" alt="energycore.jpg" /></a>Energy cores are dropped when units that have been destroyed. Not all units will drop an energy core. It depends upon how badly the unit was damaged at the time of it's death. The more severe, the lower the chance for an energy core being droppped. Energy cores can be harvested for +5 Metal and + 5 Energy, or they can be converted into unmanned arial gunship drones.
</p>

</div>

Click save, then click edit again, and look in source, and html has changed to:

<h1>What are Energy Cores?</h1>
<div class="level1">
<p><a href="/doku.php?id=evolution_rts:energycore.jpg" class="wikilink2" title="evolution_rts:energycore.jpg" rel="nofollow">energycore.jpg  }}</a> Energy cores are dropped when units that have been destroyed. Not all units will drop an energy core. It depends upon how badly the unit was damaged at the time of it's death. The more severe, the lower the chance for an energy core being droppped. Energy cores can be harvested for +5 Metal and + 5 Energy, or they can be converted into unmanned arial gunship drones.</p>
</div>

Switch over to the dokuwiki editor, and this is what shows:

====== What are Energy Cores? ======


[[{{:evolution_rts:energycore.jpg  }}]] Energy cores are dropped when units that have been destroyed. Not all units will drop an energy core. It depends upon how badly the unit was damaged at the time of it's death. The more severe, the lower the chance for an energy core being droppped. Energy cores can be harvested for +5 Metal and + 5 Energy, or they can be converted into unmanned arial gunship drones.

Of course, if the [[ ]] is removed, the image displays properly.

What is going on? Am I going to be forced to re-install from scratch? From what I can tell, dokuwiki is totally portable/flatfile (which i love btw! I used to be a developer of MyUPB ( http://forum.myupb.com/ ), and from studying the structure, in order to get what I have now, I would just have to re-copy the contents of data/pages/ and /media/ to their respective new places.

Am I better off starting over? Or is this something that can be fixed fairly easily? The problem is that I don't even know where things got messed up. I have tried re-copying dokuwiki over the existing (sans the root folder), hoping that it would unfuck itself, and I tried re-installing the fckg lite plugin. What am I missing?
Avatar
Forboding Angel #2
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
More info:

Apparently whatever vshare did, it screwed up the mediamanager, because new images I upload are not added to it. Moreover, i can stop the weird behavior if I choose nolink for embedded images.

Sigh, what a mess.
Avatar
turnermm (Moderator) #3
Member since Oct 2009 · 2327 posts
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post #1
I'm not sure about the media manager problem, if you are talking about the new angua media manager.

I am not familiar with the vshare plugin, and I had trouble following your explanation.   But I it's possible that fckgLite does not read the vshare plugin syntax correctly and so doesn't save the syntax correctly.

If you just want to display flash files, fckgLite automatically detects .swf files and processes them correctly.

If you have trouble with vshare and fckgLite, and you want to display files using the vshare plugin, then one solution is to use the include plugin.  Create a file in the default Dokuwiki editor which embeds vshare and then include that file in your fckgLite page.
Myron Turner
fckgLite (&ckgedit): http://www.mturner.org/fckgLite/
github: https://github.com/turnermm
plugins, templates: http://www.mturner.org/devel
Avatar
turnermm (Moderator) #4
Member since Oct 2009 · 2327 posts
Group memberships: Global Moderators, Members
Show profile · Link to this post
I installed the vshare plugin and tried (unsuccessfully) to p lay something from youtube.  But the plugin worked and the syntax was not corrupted.
Myron Turner
fckgLite (&ckgedit): http://www.mturner.org/fckgLite/
github: https://github.com/turnermm
plugins, templates: http://www.mturner.org/devel
Avatar
Forboding Angel #5
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
Thanks for deleting my post. That was extremely helpful.
Avatar
Forboding Angel #6
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
Found what is causing the issue. It is an issue with fckglite itself. How I didn't notice this before, I have no clue.

I have set up a brand new install of dokuwiki with fckglite being the only modification to it, here:
http://www.evolutionrts.info/wiki/

Register, and add an image to the page. Save it, then go back into edit, then save again. Red link.

http://www.evolutionrts.info/random/fckglitebuggybehaviors…  << made a video depicting what happens and how to replicate it (if you will notice, there are several bugs captured in this video (xvid codec).

Edit: Also, fckglite is no longer moving uploaded images into the media folder. I dunno what the heck is going on with it, but yeah... borked plugin is borked.
This post was edited 2 times, last on 2012-04-06, 01:28 by Forboding Angel.
Avatar
turnermm (Moderator) #7
Member since Oct 2009 · 2327 posts
Group memberships: Global Moderators, Members
Show profile · Link to this post
There's an error in your setup.  Attached is a screen capture of the image properties dialog with the correct form of the url for an image.  It should look like this:
   /angua/lib/exe/fetch.php?w=200&h=263&media=123456.png
Instead you are accessing the media directory through a direct link, by-passing Dokuwiki's fetch.php.  Yours looks someting like this:

editor  /wiki/lib/plugins/fckg/fckeditor/userfiles/image/2078894.jpg
Myron Turner
fckgLite (&ckgedit): http://www.mturner.org/fckgLite/
github: https://github.com/turnermm
plugins, templates: http://www.mturner.org/devel
The author has attached one file to this post:
iprops.png 107.7 kBytes
You have no permission to open this file.
Avatar
Forboding Angel #8
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
Aha, yes you are right. This is starting to explain itself more and more.

How do I fix it? The setup of the wiki is pretty much default. I haven't changed hardly anything other than adding the 3 non-default plugins.

From past experience, wiki software tends to be fragile, so I tend to not mess with stuff too much as in some cases, one accidental move can accidentally your entire setup.

The main reason I chose dokuwiki (other than the fact that it seems to be far more advanced than mediawiki at 1/3rd the pain in the ass), was the fact that it uses a flat file system. I am a big fan of flat file systems.
This post was edited on 2012-04-06, 03:01 by Forboding Angel.
Avatar
turnermm (Moderator) #9
Member since Oct 2009 · 2327 posts
Group memberships: Global Moderators, Members
Show profile · Link to this post
If you can use the Dokuwiki media manager without any problems then there has to be an error in the fckgLite setup.  I'm not sure what it is, though.  

If your wiki is on a Linux server, then fckgLite should work right out of the box.  However, if you are using Debian or Ubuntu and use the package manager to install Dowkuwiki, then you have to make an adjustment. See:

http://www.mturner.org/fckgLite/doku.…?id=file_browser_i…

There are occasional problems on Windows servers, depending on your Windows OS and whether you are using the Windows' web server instead of apache.
Myron Turner
fckgLite (&ckgedit): http://www.mturner.org/fckgLite/
github: https://github.com/turnermm
plugins, templates: http://www.mturner.org/devel
Avatar
Forboding Angel #10
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
Ahh thanks or the heads up. Yes I've checked and the default editor and media manager work just fine. It is a linux server (VPS), dunno what flavor, but I would bet that Debian would be a good guess. Could be ubuntu I guess though, now that I think about it.

Edit: Yep, it's Debian (uname -o). Thanks for the help! I'll make those adjustments and report back.

Edit2: Actually, that made it worse. Now file uploads don't work at all.

I'm at a loss as to why it all worked fine for months and then suddenly lolbroke.

Edit3: Switching out connectors.php and config.php breaks the file manager completely (I.e. It shows up, but you can't upload and it doesn't show any images).

Tried with the latest daily and no dice. This is very strange.
This post was edited 2 times, last on 2012-04-06, 04:44 by Forboding Angel.
Avatar
turnermm (Moderator) #11
Member since Oct 2009 · 2327 posts
Group memberships: Global Moderators, Members
Show profile · Link to this post
The new connector.php shouldn't be necessary if you did a manual install of dokuwiki, only if dokuwiki was installed by the debian/ubuntu package manager. 

I've been checking over debian and ubuntu and studying your avi. Your problem seems to occur only after a re-save, maybe after several re-saves.  So that has me puzzled as to why it would change after it seems to work.

Try this:  load an image into the editor, save the file, and then go back into the editor and right-click on the image--it will pop up the image properties dialog, and it's at this point that you should see the fetch.php syntax in the URL field, something like:
/angua/lib/exe/fetch.php?w=200&h=263&media=123456.png
The fetch syntax will not appear when you initially load the image (so I may have originally mis-read your avi).

Also, were you using fckgLite before without any problems?  I wasn't clear about that, that is, whether you had only recently installed it or had been using it for some time without any trouble.  Also, you are on a VPS--is that new or have you been there all along?  I'm just trying to find the point at which the problem started.  The only plugin difference seems to be the vshare which you deleted.  Have you tried to manually clean out the Dokuwiki cache?  That is, go to data/cache and just delete all files and directories. 

Also, from your avi I see you are setting the image alignment.  Obviously you should be able to do this, but see what happens if you don't do this.  Again, I'm just trying to figure out what's going on.
Myron Turner
fckgLite (&ckgedit): http://www.mturner.org/fckgLite/
github: https://github.com/turnermm
plugins, templates: http://www.mturner.org/devel
Avatar
Forboding Angel #12
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
Yep that is exactly the case, it only messes up after a re-save.

Also, check these images out:
[Image: http://thumbnails77.imagebam.com/18349/fc50b1183487012.jpg]

That is upon initially uploading and adding the image.

Now, I save, go back into the editor, right click, image properties and I get this:
[Image: http://thumbnails59.imagebam.com/18349/80754c183487014.jpg]

Ok, looking good!

Save it, and the image is now a red link (like you saw in the video).

Nothing with the server has changed at all. And sorry about the misunderstanding. Dokuwiki was not installed via package manager. It was me uploading it and doing regular "Install".

I thought you were talking about the plugin manager within dokuwiki.
Avatar
turnermm (Moderator) #13
Member since Oct 2009 · 2327 posts
Group memberships: Global Moderators, Members
Show profile · Link to this post
I've done a fresh install of dokuwiki (angua) on a debian (squeeze) server, both before and after installing all the latest debian updates, and I installed the latest fckgLite as well as a copy of vshare, in case that was where the problems started.  I haven't been able to reproduce the error that you are getting.  I've also tested with the previous version of DW (Rincewind) and again can't reproduce the error.


You could create a test install of dokuwiki with fckgLite. Then install your plugins incrementally, one-by-one, and test after each plugin is installed.  I also use the note plugin, so it can't be that one and it doesn't do anything that could conflict with fckgLite.  There are only two others which are not part of the default DW install: disqus and openid. 

Disqus loads a javascript file from the Disqus site, and one possibility is that there is a javascript conflict.  If you use firefox and have firebug installed you might check to see if there are any javascript errors. You can do the same in Chrome which has a built-in javascript debugger.
Myron Turner
fckgLite (&ckgedit): http://www.mturner.org/fckgLite/
github: https://github.com/turnermm
plugins, templates: http://www.mturner.org/devel
Avatar
Forboding Angel #14
Member since Apr 2012 · 13 posts
Group memberships: Members
Show profile · Link to this post
Oh I thought I explained that... I created a new install of dokuwiki + fckglite (no other modifications) here: http://www.evolutionrts.info/wiki so you could play around with it (it's what I used to make that video).

The real wiki that I'm using is at: http://www.wiki.evolutionrts.info

The host is Dreamhost VPS in case you might have been wondering.
Close Smaller – Larger + Reply to this post:
Verification code: VeriCode Please enter the word from the image into the text field below. (Type the letters only, lower case is okay.)
Smileys: :-) ;-) :-D :-p :blush: :cool: :rolleyes: :huh: :-/ <_< :-( :'( :#: :scared: 8-( :nuts: :-O
Special characters:
Go to forum
Imprint
This board is powered by the Unclassified NewsBoard software, 20120620-dev, © 2003-2011 by Yves Goergen
Current time: 2014-04-23, 21:30:49 (UTC +02:00)