Jump to content
vidmarc

Strange code - top left of home page

Recommended Posts

Check your error log. If these characters are getting sent out (aka 'printed' by PHP) before they are supposed to, then there could be an error that says something like "Could not send headers. Output started at..."

 

Share this post


Link to post
Share on other sites

I think someone will have to do some deep diagnostics to find where this is.

You could get lucky and find it right away in one of the template files.

Use FTP or your hosting account's control panel's file manager to scan for the file most recently changed by date.

Share this post


Link to post
Share on other sites

Do you have access to one of the file compare software programs - maybe a trial version? (I use Beyond Compare 4) IF so, you could compare your live site to a saved version you have or even the stock version if need be.

Share this post


Link to post
Share on other sites

I'm a bit stumped on this to be honest. The code is appearing on all pages.

I just tried to re-upload the latest version but I can't overwrite as it says it's already been updated.

Edited by vidmarc

Share this post


Link to post
Share on other sites

VidMark

Try briefly changing the skin in the admin panel, only has to be for 30 seconds. (store settings/layout)

If the fault dissapears, we've at least narrowed it down to being skin related.

Edited by keat

Share this post


Link to post
Share on other sites

I just tried "Minimaliser" and the code glitch is still there.

Quote
�^��QI1]<!DOCTYPE html><html class="no-js" xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="en-GB"><head><title>

It looks like a text encoding issue perhaps?

Edited by vidmarc

Share this post


Link to post
Share on other sites

Not a language or file type encoding issue. The black diamonds (is the browser's way of saying) these characters are not printable.

To eliminate CubeCart, create a very simple index.html file in CubeCart's home directory.

<html><head></head><body>Hello World!</body></html>

Then request that specific file: www.example.com/index.html

If the glitch is there, then something else is causing it.

Share this post


Link to post
Share on other sites

Using FTP, scan through the folders to find any file that has a somewhat recent "modified time". It won't be in any /skin/ folder, and the /cache/ folder can probably be skipped.

Share this post


Link to post
Share on other sites

Hey there guys.. Yes this code is in every instalation of all the stores that I and my clients have after upgrade. Lasted all night up looking with no luck. Back now with a fresh mind to see if I can find it today.

Share this post


Link to post
Share on other sites

Looks like Bsmither is working on this. Maybe what he has written in GitHub will give you a direction to work from???? Certainly means nothing useful to me.

https://github.com/cubecart/v6/issues/2426

On 11/15/2019 at 6:48 AM, vidmarc said:

I'm a bit stumped on this to be honest. The code is appearing on all pages.

I just tried to re-upload the latest version but I can't overwrite as it says it's already been updated.

I have gotten around that refusal to re-install by backing down the version number in ini.inc.php before trying a re-install. You might also have to delete the database record in the History table. It's been a while and I've forgotten.

I'm on Havenswift's server and am not having this issue on any install. Is there anything at all unusual about either of your hosting situations?

Also, based on the wording of Bsmither's GitHub report - take a look at the places in Admin that display times - all look OK? (Again, I'm stabbing in the dark here)

Edited by Dirty Butter

Share this post


Link to post
Share on other sites

I am thinking that this Smarty function file won't cause the problem if the skin does not have Smarty's {combine} command. (See Foundation's template element.css.php.)

But this seems to happen as well on skins that are not Foundation. So, still looking for likely suspects.

Share this post


Link to post
Share on other sites

It looks to me like I DO have the combine command. 

<link href="//fonts.googleapis.com/css?family=Open+Sans:400,700" rel="stylesheet" type='text/css'>
{assign var=css_input value=[   'skins/{$SKIN_FOLDER}/css/normalize.css',
                                'skins/{$SKIN_FOLDER}/css/foundation.css',
                                'skins/{$SKIN_FOLDER}/css/cubecart.css',
                                'skins/{$SKIN_FOLDER}/css/cubecart.common.css',
                                'skins/{$SKIN_FOLDER}/css/cubecart.helpers.css',
                                'skins/{$SKIN_FOLDER}/css/jquery.bxslider.css',
                                'skins/{$SKIN_FOLDER}/css/jquery.chosen.css']}
{foreach from=$CSS key=css_keys item=css_files}
    {$css_input[] = $css_files}
{/foreach}
{if !empty($SKIN_SUBSET)}
    {$css_input[] = 'skins/{$SKIN_FOLDER}/css/cubecart.{$SKIN_SUBSET}.css'}
{/if}
{combine input=$css_input output='cache/css.{$SKIN_FOLDER}.css' age='604800' debug=$CONFIG.debug||!$CONFIG.cache}

I use a heavily modified Foundation skin. It has it's own naming config:

<?xml version="1.0"?>
<skin version="3.1">
  <info>
	<!--
	UIDs can be generated on the unix/linux command line using `uuid -v4`, or you can use any string, as long as you think it wont accidentally be picked by anyone else
	A good example of the latter would be something like '[email protected]'. While not necessarily an active email address, it's a pretty good approximation of a unique key
	--> 
	<uid>[email protected]</uid>
	<type>skin</type>
	<name><![CDATA[blue]]></name>
	<!-- Please leave this as foundation if your custom skin derives from it -->
	<original_name><![CDATA[foundation]]></original_name>
	<display><![CDATA[MY Blue]]></display>
	<!-- This skin is versioned within the master package if you use this as a base for a custom skin please replace n/a with a version number for each release in the marketplace. -->
	<version>1.0</version>
	<minVersion>6.0.0</minVersion>
	<maxVersion>6.*.*</maxVersion>
	<creator>CubeCart Limited</creator>
	<homepage>http://www.cubecart.com</homepage>
	<mobile>false</mobile>
	<responsive>true</responsive>
	<csrf>true</csrf>
	<newsletter_recaptcha>true</newsletter_recaptcha>
  </info>

 

Share this post


Link to post
Share on other sites

It must be derived from Foundation.

Do you have CubeCart's debugging enabled? (I assume you have CubeCart's caching enabled.) If debugging is enabled, then there will not be any combining happening.

Share this post


Link to post
Share on other sites

I do not have debugging active, so it would combine - trying to speed up site. Cache is enabled.

I just enabled debugging on the Estates site and checked the source code of the homepage. No errant characters.

Edited by Dirty Butter

Share this post


Link to post
Share on other sites

Debugging needs to be disabled for my suspicions to be possible. I believe the errant characters would not appear with debugging enabled.

Share this post


Link to post
Share on other sites

I think this only happened with CC627/CC628. It's not on the CubeCart demo site, either.

Share this post


Link to post
Share on other sites

I down graded too CC625 just to see, and still had it. So not to sure what's going on as far as when it started. But then again, i didn't realize it until yesterday when starting to troubleshoot my issue that I'm having with new users not being able to register for a new account nor checkout. Only for new users, it all works fine with logged in users.

Share this post


Link to post
Share on other sites

I've noticed a lack of orders since the last upgrade and that code appearing too.

15 hours ago, bsmither said:

Debugging needs to be disabled for my suspicions to be possible. I believe the errant characters would not appear with debugging enabled.

Enabling debugging won't switch on.

I'm also unable to to disable caching

Edited by vidmarc

Share this post


Link to post
Share on other sites

Have you checked to make sure your new users can register or checkout? I would check since I'm having that issue where new users can't register nor checkout. The register button won't work, nor the checkout button. But only for new users, it' all works fine if your logged in to an account.

Share this post


Link to post
Share on other sites

I've had no new customer registrations, and only two new orders (from previously registered members) since I installed the 6.2.8 upgrade :(

I would say this is a serious bug.

Edited by vidmarc

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...