Features / Usability

Features / Usability

Print Wiki Page Renders Background Color of Website

Tiki version: 14.2 (InnoDB)
Theme: Utopia with custom background color

Dear folks, it seems my custom background color is coming through when I attempt to print a wiki page. If you'd like to see an example please go to http://tpwtestuser.com/tiki/Sam+Maloof
and print preview the page using the Page Action prompt. Is there anyway I can get these pages to print a normal white page?
Thanks for any help.

Hi John,

where and how did you define your custom background color?


Torsten, thanks, I applied my customizations at the control panel/look and feel/customization
Here is the code I have currently in my Custom CSS area, note background-color: #5C594A;

body {
  font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
  font-size: 14px;
  line-height: 1.42857143;
  color: #000000;
  background-color: #5C594A;
#pagebottom_modules {
  background: #000
.navbar-default {
  background-color: #000;
  border-color: #000;
.panel-default > .panel-heading {
  color: #FFFFFF;
  background-color: #262e33;
  border-color: #262e33;
.panel {
  background: #fff;
  border: 0px solid;
.panel-title {
  color: #fff;
  font-size: 100%;
#page-data img {
    margin: 10px;


Hi John,

The quick solution is to add

body.print { background: #fff; }

In your site's Look and Feel CSS Customization section. (#fff is the shorthand hex code for white.) I'll check if other Tiki installations and versions are showing this problem; maybe a fix is needed in the code.

-- Gary

Thanks alot Gary! Appreciate it much. I applied the fix and that did it for sure.
Can I check back here in the future to see if a fix was made in the meantime?

Hello John,

it is very veryvery unlikely, that forum posts will be updated, when fixed are made - even when it was to inform the thread opener that his bug is fixed.

That is just simply nt the medium made for this tye of comunication and information ... a bug report likely would be updated, but to some extent closed by the reporter rather than the fixer, where the fixer reports the fix to the reporter in the bug report ....




I made the fix in branch 15 (will become Tiki 15) already. I'll do the same in branch 14 so it'll be in any upcoming update of Tiki 14.

-- Gary

Got it! And it makes perfect sense, as that would just be waay to much remembering where to go and when and where to check back in, you guys got enough on your plate, thanks Torsten.


And if you now want to contribute, you could post a bugreport on dev.tiki.org, reproduce the issue on a show instance and get eMail updates (if set) from devs who comment on your bugreport or report the fix to you.

If you face difficulties when you create the bug report or the show instance, you can get back to the forum and ask :P


I do want to contribute, thanks Torsten, I'll go the official route, I have posted a bug report with the show instance feature before, I am a veteran now! I should not have any issues reporting this.

Great! Active member and contributor.



The fix is done already, FYI. Of course making the standard bug report is the best way to put a problem on the radar and keep it there until it's dealt with, but asking in the forum may be a good initial step because it's not always clear if something is a bug or a configuration detail or a particular situation at one site.

-- Gary

I am happy to be an official Active and Contributor Torsten, now my world is good.biggrin

Upcoming Events

No records to display

Why Register?

Register at tiki.org and you'll be able to use the account at any *.tiki.org site, thanks to the InterTiki feature. A valid email address is required to receive site notifications and occasional newsletters. You can opt out of these items at any time.