Wedge
Public area => Bug reports => The Pub => Archived fixes => Topic started by: txcas on February 28th, 2014, 11:04 PM
-
While they are installed and the path is correct. I can no longer see them when editing posts. It you click in the smileys area, the smiley code is inserted in the post, but the smileys are invisible. I think this happened after I activated the French language. I disabled French and purged the cache, but no luck.
-
It's because the French are miserable and never smile :whistle:
Or perhaps you need to click the 'Toggle View' button to the far right of the row of buttons above the smileys. This can be on by default in admin somewhere.
-
It must be the French misery because the toggle view did not do it. :hmm:
-
What's in your console's error log?™
-
No errors at all. The smileys are just invisible. BTW, what smiley set are you using here?
-
I am going to copy over all core files just in case I screwed something up.
-
No errors..? Then why does your JS stop executing?
I'm using the Cyna smiley set. It's a creation of mine, but VERY much inspired by two of my favorite smiley sets: PunBB's (for size) and Invision's (for face concepts). It also adds some smileys that aren't in either package. Also, I made most of the animated smileys, such as :^^;:
I don't want to distribute it within the main package, because I'm not sure about my legal rights here. So, as an alternative, I'm distributing it as part of the stash repo.
-
I got the smileys back by disabling compressed output. Weird, my sandbox works fine with compressed output.
-
I re-enabled compressed output and smileys are still there. Go figure!
-
Bugger, I wanted to see the bug in action... -_-
-
No worries, I am sure I can break it again. :eheh:
-
Disabling compressed output changed the CSS.GZ extension of your smiley file into CSS, so it probably means the smiley file was corrupted in the first place.
I'm just trying to figure out why it wasn't fixed by purging your cache.
-
There is something weird on my server about JS/CSS. My sandbox works fine with compressed output and compressed JS/CSS. The main site breaks as soon as I turn compressed JS/CSS on.
-
I think I figured out what was causing all the weirdness. My production site did not have a single .htaccess file under \gz and its subdirectories. I copied them from the sandbox and now even JS/CSS compression is working! I don't why they did not get created, so @Nao this might be a bug.
-
I don't know.
Did you create the gz folder manually, or something..?
Because I don't see anything wrong in OriginalFiles.php, which handles the creation of htaccess files in gz folders. :-/
-
No, I did not. It got created automatically during the installation. I will install another sandbox and see if I can repro.
-
'kay.
It's really odd... :-/
A possibility would be that your server didn't report itself as being Apache at install time.
strpos($_SERVER['SERVER_SOFTWARE'], 'Apache') === false
If this is false, then it skips creating htaccess, because why waste disk space when these files aren't used anyway...
Of course, if Apache can't be detected, a lot of other problems could occur!