Print icon doesn't work after upgrading to 1.6.5

[cd163601]

I also have this problem at http://www.coppice-school.org.uk

It was working, I had changed nothing to do with printing, I am now getting the same as described above.

Are there any particular files that I should re-upload or anything that you can suggest rather than uploading the entire package.  I don't want to overwrite templates or other files that I have changed.

Many thanks
Colin

[RonnyK]

Colin,

did you modify core-files? Because if you didnt, then overwriting wont touch your setup... To be sure, better make a backup first.

Until now, no reproducing of an issue was possible. So far uploading the full package seemed to have solved the problem, due to incomplete transfer before.......

Ronny

[cd163601]

Downloading the full base package has fixed the problem.

After doing a backup, I downloaded the full base product apart from the following folders (to keep my templates and so on intact):

• docs
• images
• install
• tmp
• uploads
• favicon_cms.ico
• stylesheet.css

All my modules and so on are still intact and everthing seems to be working.

I have a full backup of my site if it is of any use to you, to see what files might be corrupted.  If you want me to send you a full backup then let me know.

Thanks
Colin

[RonnyK]

Colin,

for your information... The installation package doesnt touch db-templates... It could be that some default templates will be changed, when referring to default template, but all other templates are db-driven, and thus NOT touched in a file-transfer...

Glad that it worked though

Ronny

[moonie]

I've ran into the same problem on 2 completely different sites/hostings (php 4.3.10-22 with MySQL 4.0.24 and php 5.2.9 with MySQL 5.1.33), upgrading with the 1.6.4 - 1.6.5 base diff killed the print function on both of them. Like others already reported, the module seems to do the opposite it is supposed to: The whole template and structure is called with the print button, but the content part is missing.

Here are some things I have tried out but didn't work:

- Tried to call the function with {print} or {cms_module module='printing'}
- Deleted cache
- Uninstalled and reinstalled the module
- Downloaded 1.6.5 base and overwrote the print module -> The print page now opens a blank page without any content
- Uploaded the whole packet of 1.6.5 base -> The print page now opens a blank page without any content
- I even did a clean and empty install of 1.6.5 base, and the print function also shows a blank page on this version:

http://www.re-animated.ch/cmstest/

Could this be due to some server settings that it suddenly stopped working? I've never had problems with the print function on that server before 1.6.5.

I will probably do a test with 1.6.5 full this afternoon to see how the print function behaves in that version.

Greetings,
Fab

Edit:
Unfortunately, the print function of the full installation doesn't work as well on my server: http://www.re-animated.ch/cmsfull/.
I can PM my phpinfo if someone is interested in taking a look at it, I am completely lost here 

[Greg]

Moonie, you described my experience exactly. PHP 5.2.9. Installed full base - still have blank pages.

Wonder if it is related to:

fopen: When allow url fopen is disabled you will not be able to accessing URL object like file using the ftp or http protocol

Cms Version: 1.6.5

Installed Modules:

CMSMailer: 1.73.14
FileManager: 1.0.1
MenuManager: 1.6.2
ModuleManager: 1.3.1
News: 2.10.3
nuSOAP: 1.0.1
Printing: 1.0.3
Search: 1.6.1
ThemeManager: 1.1.1
TinyMCE: 2.5.4
Captcha: 0.4
FormBuilder: 0.5.12


Config Information:

php_memory_limit:
process_whole_template: true
max_upload_size: 25000000
default_upload_permission: 664
assume_mod_rewrite: true
page_extension: .html
internal_pretty_urls: false
use_hierarchy: false


Php Information:

phpversion: 5.2.9
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
memory_limit: 48M
max_execution_time: 30
safe_mode: Off (False)
session_save_path: /tmp (1777)


Server Information:

Server Api: apache
Server Db Type: MySQL (mysql)
Server Db Version: 5.0.67

[Hypocrite]

We have also PHP 5.2.9 installed but all the PHP checks in CMSMadeSimple report ok including fopen.

----------------------------------------------

Cms Version: 1.6.5

Installed Modules:

    * CMSMailer: 1.73.14
    * FileManager: 1.0.1
    * MenuManager: 1.6.2
    * ModuleManager: 1.3.1
    * News: 2.10.3
    * nuSOAP: 1.0.1
    * Printing: 1.0.3
    * Search: 1.6.1
    * ThemeManager: 1.1.1
    * TinyMCE: 2.5.4
    * FormBuilder: 0.5.12
    * Banners: 2.3.1
    * CGExtensions: 1.17.2


Config Information:

    * php_memory_limit:
    * process_whole_template: false
    * max_upload_size: 128000000
    * default_upload_permission: 664
    * assume_mod_rewrite: true
    * page_extension:
    * internal_pretty_urls: false
    * use_hierarchy: true


Php Information:

    * phpversion: 5.2.9
    * md5_function: On (True)
    * gd_version: 2
    * tempnam_function: On (True)
    * magic_quotes_runtime: Off (False)
    * memory_limit: 32M
    * max_execution_time: 60
    * safe_mode: Off (False)
    * session_save_path: C:\xampp\tmp (0777)


Server Information:

    * Server Api: apache2handler
    * Server Db Type: MySQL (mysql)
    * Server Db Version: 5.1.33


---------------------------------------------

[moonie]

In my case fopen is enabled on server 1 (the old config) I posted, and disabled on server 2 (which has the 2 test installations running). Here's my infos:

Cms Version: 1.6.5

Installed Modules:

    * CMSMailer: 1.73.14
    * FileManager: 1.0.1
    * MenuManager: 1.6.2
    * ModuleManager: 1.3.1
    * News: 2.10.3
    * nuSOAP: 1.0.1
    * Printing: 1.0.3
    * Search: 1.6.1
    * ThemeManager: 1.1.1
    * TinyMCE: 2.5.4


Config Information:

    * php_memory_limit:
    * process_whole_template: false
    * max_upload_size: 16000000
    * default_upload_permission: 664
    * assume_mod_rewrite: false
    * page_extension:
    * internal_pretty_urls: false
    * use_hierarchy: true


Php Information:

    * phpversion: 5.2.9
    * md5_function: On (True)
    * gd_version: 2
    * tempnam_function: On (True)
    * magic_quotes_runtime: Off (False)
    * memory_limit: 64M
    * max_execution_time: 30
    * safe_mode: Off (False)
    * session_save_path: /tmp (1777)


Server Information:

    * Server Api: cgi-fcgi
    * Server Db Type: MySQL (mysql)
    * Server Db Version: 5.1.30

[moonie]

And here is Server 1, also not working:
----------------------------------------------
Cms Version: 1.6.5

Installed Modules:

    * CMSMailer: 1.73.14
    * FileManager: 1.0.1
    * MenuManager: 1.6.2
    * ModuleManager: 1.3.1
    * News: 2.10.3
    * nuSOAP: 1.0.1
    * Printing: 1.0.3
    * Search: 1.6.1
    * ThemeManager: 1.1.1
    * TinyMCE: 2.5.4
    * Album: 0.9.3
    * CGExtensions: 1.16.2
    * Uploads: 1.8
    * LinkMgr: 1.2

Config Information:

    * php_memory_limit:
    * process_whole_template: false
    * max_upload_size: 32000000
    * default_upload_permission: 664
    * assume_mod_rewrite: true
    * page_extension: .html
    * internal_pretty_urls: false
    * use_hierarchy: false


Php Information:

    * phpversion: 4.3.10-22
    * md5_function: On (True)
    * gd_version: 2
    * tempnam_function: On (True)
    * magic_quotes_runtime: Off (False)
    * memory_limit: 64M
    * max_execution_time: 30
    * safe_mode: On (True)
    * session_save_path: No check because open basedir active


Server Information:

    * Server Api: apache
    * Server Db Type: MySQL (mysql)
    * Server Db Version: 4.0.24_Debian

[Rolf]

Clean 1.6.5 base on local server (php 5.2.9). Print button works like it should be.

Wonder if it is related to:
fopen: When allow url fopen is disabled you will not be able to accessing URL object like file using the ftp or http protocol

Works:

Code: Select all

;;;;;;;;;;;;;;;;;;
; Fopen wrappers ;
;;;;;;;;;;;;;;;;;;

; Whether to allow the treatment of URLs (like http:// or ftp://) as files.
allow_url_fopen = on

Fails, with a blank page:

Code: Select all

;;;;;;;;;;;;;;;;;;
; Fopen wrappers ;
;;;;;;;;;;;;;;;;;;

; Whether to allow the treatment of URLs (like http:// or ftp://) as files.
allow_url_fopen = off

Please check these settings at your sites and let's see what happens next... 

®

[Hypocrite]

I have two servers actually. One is the test server where I have developed the site and other is the client server where the site is run.

In the test server the CMSMadeSimple System information reports that fopen is disabled. In the client server fopen is enabled.

But both suffer from the print icon not working after upgrading to 1.6.5.

The information I posted yesterday was for the client server.

Here's the information for the test server:
----------------------------------------------

Cms Version: 1.6.5

Installed Modules:

   * CMSMailer: 1.73.14
   * FileManager: 1.0.1
   * MenuManager: 1.6.2
   * ModuleManager: 1.3.1
   * News: 2.10.3
   * nuSOAP: 1.0.1
   * Printing: 1.0.3
   * Search: 1.6.1
   * ThemeManager: 1.1.1
   * TinyMCE: 2.5.4
   * FormBuilder: 0.5.11
   * Banners: 2.2.1


Config Information:

   * php_memory_limit:
   * process_whole_template: false
   * max_upload_size: 16000000
   * default_upload_permission: 664
   * assume_mod_rewrite: true
   * page_extension:
   * internal_pretty_urls: false
   * use_hierarchy: true


Php Information:

   * phpversion: 5.1.6
   * md5_function: On (True)
   * gd_version: 2
   * tempnam_function: On (True)
   * magic_quotes_runtime: Off (False)
   * memory_limit: 32M
   * max_execution_time: 30
   * safe_mode: Off (False)

Server Information:

   * Server Api: cgi-fcgi
   * Server Db Type: MySQL (mysql)
   * Server Db Version: 5.0.45

[Rolf]

Reading the above, we have two kinds of wrong print button behavoir at the moment.

1. Clicking results into opposite behavior: everything on screen, accept the content
2. Clicking results into a blank screen.

I haven't been able to reproduce number 1 yet.
With number 2, I reproduced it when allow_url_fopen is 'off'.

But I wonder if we are talking about the same problem here or is it a coincidence...
A few questions to get a clear picture:

Moonie, you described my experience exactly. PHP 5.2.9. Installed full base - still have blank pages.

Greg, you seem to have problem 2, is allow_url_fopen 'on' or 'off' at your site?

In my case fopen is enabled on server 1 (the old config) I posted, and disabled on server 2 (which has the 2 test installations running).

Moonie, both your test websites show a blank screen when hitting the print button. There both on the same test server 2, which has fopen set 'off'. Can you please try setting allow_url_fopen to 'on' and see what's happens...
And on the website on server 1 (fopen 'on') what kind of print problem do have here? #1 or #2?

I have two servers actually. One is the test server where I have developed the site and other is the client server where the site is run.
In the test server the CMSMadeSimple System information reports that fopen is disabled. In the client server fopen is enabled.
But both suffer from the print icon not working after upgrading to 1.6.5.

Hypocrite, which problems do you have on both sites? #1 or #2?

Grtz. ®

[moonie]

Hello Rolf,

Yes, both the installs I've linked are on a server with fopen=off (unfortunately I can't change this as it is a shared hosting), and that server shows the blank print page, thus error #2.
BUT right after the upgrade from 1.6.4 to 1.6.5 this one also showed the everything except content behaviour, only after I've un- and reinstalled the print module the blank pages started to appear.

The other older server has fopen=on and shows everything except content, thus error #1. I uploaded the print-folder from 1.5.4 there and it seems to works fine (another client site runs on the same server with 1.5.4, thats why I grabbed a rather old version).

[Hypocrite]

I have the same problem #1 in both sites. When clicking on the print icon, the template is visible but the content disappears.

[Greg]

Hi Rolf

I have a number of websites all hosted by the same provider. On the servers with fopen set to off I am getting a blank page - your reference #2. The servers with fopen on give me the reversed pages - your reference #1.

The upload of the complete 1.6.5 package fixes the problem on the servers with fopen set on. Must be a file missed in the diff package.

The {oldprint} tag works for the websites with fopen set to off.

Thanks