Search

Hi All, this morning I updated the site I am currently developing to 2.2.2 along with all the new versions of the extensions that came with it.. Immediately I noticed that JIT (1.11) is no longer working?

Has anyone else noticed the same and/or have a solution to my problem?

Thanks! Tim.

Has anyone else noticed the same and/or have a solution to my problem?

I haven't tried it yet, but could you be a bit more specific about what isn't working?

I've got a demo of 2.2.2 with JIT 1.11 and seems to be working fine. Are you getting an error message?

Hi nick, sorry about my vagueness :|

I am outputting a bunch of images to-screen and cropping and resizing them to display as thumbnails. This was working yesterday with the previous release of symphony.

This morning I copied the new symphony folder and extensions into my project,ran the update script and now the cropping and resizing isn't working - the images display at their full size.

I'll take another look at the xslt in a bit, maybe the jit syntax i've used doesnt work in 1.11??

Thanks, Tim

Can you post that JIT syntax? From memory we didn't alter the syntax at all, but there was some changes to having an optional background size that may of caused a regression!

Hi Brendo, the xslt I am using is as follows:

<img alt="{$image-title}">
    <xsl:attribute name="src">
        <xsl:value-of select="$root" />
        <xsl:text>/image/2/160/120/5</xsl:text>
        <xsl:value-of select="@path" />
        <xsl:text>/</xsl:text>
        <xsl:value-of select="filename" />
    </xsl:attribute>
</img>

Interestingly, when I clear the cache and access the image directly in the browser (e.g. http://domain.com/image/2/160/120/5/files/the_image.jpg), the image is correctly displayed within the browser at the correct size (160x120). The cache directory also now has a 7.5K file. However, when I refresh my browser the full image size is displayed in the browser...

Update: If I change the "cache" option in config.php to "0", the problem doesn't seem to appear...

I'm getting exactly the same behaviour.

  • Symphony 2.2.2
  • JIT 1.11

I'm getting very inconsistent results which I think is down to a combination of browser and Symphony caching, but when I disable the cache in config.php the problem goes away.

Prior to turning of the cache, it seemed to me that JIT was working OK with mode 1 but not with mode 2, though I may be wrong. It was late.

I used this syntax:

<img src="{$root}/image/2/95/106/5{image/@path}/{image/filename}" alt="{name}" />

I don't think it will be Symphony 2.2.2 that is causing this, since JIT is a self-contained extension. If this is causing issues on a live site then you can roll JIT back to 1.10.

I have created a bug report to track this.

Thanks Nick & Stuart (good to know I'm not the only one experiencing this!) - will roll-back to 1.10 for now.. Cheers

Thanks nick I am facing the same issue too when I updated a bunch of sites to 2.2.2 with the new JIT. If I may add debug infos, I can tell you that resizing to 50/0 returns the full image but resizing 40/0 works just fine...

For those who aren't watching the repos, JIT 1.12 is out, and I believe the Symphony integration branch is tracking the new version.

WRONG: No the integration branch is still on 1.11

GOOD: Yes the integration branch is on 1.12, the master on 1.11

Updating to 1.12 seems to resolve the problem.

Do not forget to clear both your browser cache and the manifest/cache folder.

@tachyondecay is spot on.

A Symphony 2.2.3 hotfix release will be out by week's end that bundles a couple of these submodule fixes. Sorry for the inconvenience! You can follow the progress of the release on Github

@brendo: Did the 2.2.2 release occurred by night ? I learn that I should always publish things in the morning!

Nah, Symphony 2.2.2 was released on August 2nd :)

Create an account or sign in to comment.

Symphony • Open Source XSLT CMS

Server Requirements

  • PHP 5.3-5.6 or 7.0-7.3
  • PHP's LibXML module, with the XSLT extension enabled (--with-xsl)
  • MySQL 5.5 or above
  • An Apache or Litespeed webserver
  • Apache's mod_rewrite module or equivalent

Compatible Hosts

Sign in

Login details