Merged K 2.0 + SigPlus Gallery plugin

Hi!

I'm not sure who to report it?

In Post Kunena, I insert code SigPlus eg. "{gallery}sigplus/sample/{/gallery}"

The result is a display gallery in Forum:




Now, I Clicking to show images in lighbox



Now, I clicking icon "dwonload" and image be saved to my hdd but file is not recognized?
After verifying their contents, it appears that a file has been added to the Kunena forum code?




Where to find a solution to this problem?

Regards!

Hi!
"Kunena does not respect the call to jexit or interferes with the regular path of Joomla generating content."
— strange phenomenon that can not be repaired by the gallery sigplus.

I attach two files for comparison. Both files are in the same Joomla and galleries sigplus. One is taken from the subject of the second article Kunena Joomla! This post taken from Joomla includes additional content that adds Kunena?

For more details:
code.google.com/p/sigplus/issues/detail?id=66



Best Regards!

As the developer of sigplus, let me add a few additional comments. I do not monitor Kunena forum posts, if you have further technical questions, please use the e-mail support on the sigplus support page , available to Kunena developers completely free of charge.

The sigplus download icon points to the same page where the sigplus gallery is used but the page URL is appended an additional query string parameter. When sigplus is activated, it extracts an integer from the query string with JRequest::getInt, and looks up the corresponding image in its database tables. If the image is found, HTTP headers with appropriate Content-Disposition are sent, followed by HTTP payload that is the image binary content. Finally, jexit is called to terminate Joomla and not allow further content processing. This path appears to be broken when a sigplus gallery is pasted into a Kunena forum post. The binary content is prepended with what appears to be HTML originating from Kunena and therefore the JPEG format becomes corrupt.

The above applies to sigplus 1.5.x, the same version series referred to by the original poster, currently in development. The latest major version series released to the general public is 1.4.x at the time of writing. sigplus 1.5.x for developers is available from JoomlaCode .

*** Topics merged (again) ***

MarioMari: I don't know how many different ways we can say this: the fact that K 2.0 may or may not work with SigPlus is not a defect of Kunena. Please do not continually request support from the Kunena team by posting in the K 2.0 Support (reporting defects) category.

Kunena was not designed to work with every Joomla extension that is listed on the JED.

(Thank you, hunyadi, for you welcome intervention in this topic )

It is also worth noting that Sigplus is not "any" extension of Joomla! Only one of the basic tools to handle the platform Joomla! for someone who wants to work with multiple graphics.

I understand and respect that.

Further inspection of the problem suggests that the corrupted file is a result of Kunena content produced with the PHP output buffering mechanism being concatenated with binary content produced by sigplus using the PHP function readfile . This means that if we discard the content of the internal output buffer in sigplus before we attempt to emit the image file to be returned to the browser, we might be able to overcome the issue without help from Kunena. The reason why the issue is experienced only in Kunena posts and not in regular Joomla articles is that nothing is buffered in Joomla articles when sigplus is invoked, whereas Kunena already has buffered content by the time sigplus runs. MarioMari should confirm whether this approach (available in sigplus 1.5.0.184) solves their corrupt image problem with Kunena, allowing both you at Kunena and me at sigplus closing (at least this part of) the issue.