[05:22]  fabricius joined #tikiwiki
[06:16]  fabricius joined #tikiwiki
[09:11]  robertokir joined #tikiwiki
[09:37]  gour joined #tikiwiki
[10:04] robertokir Polom!
[10:04] robertokir We're upgrading dev.tiki.org right now!
[10:04] robertokir The site will be closed for some minutes, please come back later! Thanks!
[10:44] Jyhem \o/
[11:24]  chibaguy joined #tikiwiki
[11:24] chibaguy polom
[11:42]  jonnyb joined #tikiwiki
[12:14] jonnyb polom
[12:19] robertokir polom!
[12:19] jonnyb ho robertokir
[12:19] robertokir hi jonny
[12:22] robertokir We actually completed the upgrade of dev.tiki.org, tested, were happy, and opened the site again. Then bang! Error 500 in all *.tiki.org sites.
[12:23] luciash pompom all
[12:24] jonnyb pompom luciash
[12:24] luciash what a bad coincidence... makes us look like suspects ;)
[12:25] robertokir yes, I actually had the impulse of looking at my hands to see if they were in a different color ;)
[12:26] jonnyb :P
[12:26] jonnyb So has anyone got to the apache logs?
[12:26] luciash yep, nothing obvious there of course
[12:26] luciash 500 errors suck
[12:26] robertokir I'm trying to, I'm not very familiar with the logs on a ClearOs
[12:27] robertokir Are these supposed to be the ones?  /var/log/httpd/error_log
[12:27] luciash I checked /var/log/httpd/error_log
[12:27] jonnyb more likely in /var/www/etc i think
[12:27] luciash /var/www/etc?
[12:28] robertokir no such dir
[12:29] jonnyb sorry, i didn't mean that as an actual patch, /var/www/something...
[12:30] jonnyb e.g. /var/www/virtual/dev.tiki.org/logs/dev.tiki.org_error_log
[12:31] luciash jonnyb: no worries, we do not have the logging working again yet ;)
[12:31] luciash iirc
[12:32] luciash afaik
[12:32] luciash :-p
[12:32] luciash or is it back? Tiki|Log?
[12:32] robertokir Jonny if you have some time to spare, I'm logged in the server right now, we could do some screensharing;  From the last messages in /var/log/httpd/error_log I couldn't come to any conclusion...
[12:33] jonnyb ok, can do
[12:38] luciash oh yes! :-o it is back!
[12:38] luciash thanks Jyhem or whoever revived the Tiki|Log!
[12:44] jonnyb woot woot! :)
[12:49]  gour_ joined #tikiwiki
[13:29]  xavi_ joined #tikiwiki
[13:29] xavi_ polom
[13:30] xavi_ error 500 in themes.t.o
[13:30] jonnyb pompom xavi_
[13:30] jonnyb indeed, they're all down :(
[13:30] xavi_ but thanks to the log of irc.t.o I see that this has been reported already :-) (thanks heaps to whoever helped to resurrect irc.t.o logs :-) )
[13:30] xavi_ hi jonnyb
[13:31] jonnyb yes, nice to have the logs back, thanks whoever fixed it (Jyhem maybe?)
[13:31]  fabricius joined #tikiwiki
[13:31] xavi_ I'm afraid we have a topic to raise somewhere (efficiency vs resilience in the tikiverse infrastructure setup)
[13:32] xavi_ (almost) all eggs in the same basket means some risks when shit happens
[13:32] xavi_ whatever shit has happened this time to trigger error 500
[13:33] chibaguy nextdev,nextdoc, and nextthemes are also WSOD. Is this a known problem?
[13:33] chibaguy next.tiki is ok.
[13:39] xavi_ wohoo, some are back (themes.t.o is back)
[13:39] xavi_ hi chibaguy
[13:39] xavi_ jonnyb & chibaguy, I'm afraid we need to update instructions about the usage of profile "https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll"
[13:40] xavi_ current instructions are at: https://profiles.tiki.org/hidable_top_navbar_inst_page
[13:41] xavi_ and they say "Site layout (in Control Panels > Look and Feel) will be set to Fixed top navbar 1 (uses "top" module zone)"
[13:41] xavi_ however, I don't see that option in Tiki19
[13:42] xavi_ What I see as default there (even after profile has been applied): "Control Panels > Look and Feel > General layout > Site layout: Single container"
[13:43] chibaguy hi xavi_. Yes, the number of layout templates was reduced in Tiki 19, and the names changed.
[13:44] xavi_ so I presume that we need to clone that profile in profiles.t.o and adapt the new one to the Tiki19 peculiarities
[13:44] chibaguy That sounds right.
[13:44] xavi_ I can do that, to prepare the work to have the instructions ready to tiki19 by whoever has the knoweldge (not me, currently)
[13:45] xavi_ chibaguy, I'm setting up a prototype of site for work, using Tiki19. And I wanted to add some theme which uses that parallax effect that you added to some themes
[13:45] xavi_ is any of those parallax-ready themes in themes.t.o (or zukakakina.*) ready for Tiki19?
[13:48] chibaguy I need to test it in Tiki 19. It should work the same as far as I know.
[13:49] chibaguy Also there's PluginLayout for an easier way to remove the side columns and have the page fullwidth, if you need that.
[13:51] xavi_ ah, nice, thanks for the info
[13:51] chibaguy I'll try to set up a demo page about the parallax scrolling as soon as I can.
[14:00] robertokir Problem in *.tiki.org solved by Fabio
[14:00] luciash robertokir: coolio
[14:00] luciash robertokir: what was it? any idea?
[14:00] luciash ;)
[14:01] robertokir nothing too sensitive to tell here
[14:02] robertokir favio restarted FPM
[14:04] luciash ah, dunno how to do that... good he knows
[14:05] luciash chibaguy: hello! any idea why we have that rule for Chrome browsers which makes the buttons look ugly grey?
[14:05] luciash button, html [type="button"], [type="reset"], [type="submit"] { -webkit-appearance: button;
[14:05] luciash }
[14:06] chibaguy hi luciash. No idea but I will check into it.
[14:06] luciash chibaguy: it was also causing the Tiki Project Sites dropdown contrast issue as there was type="button" set in the custom module (I removed it)
[14:07] chibaguy I'm afraid I usually use Firefox while working on themes and don't check with Chrome much.
[14:08] luciash chibaguy: me too
[14:09] luciash chibaguy: you can still see it with Chrome on https://doc.tiki.org/ if you want to investigate (code inspect)
[14:10] luciash chibaguy: the buttons should not appear grey but green as in Firefox
[14:10] luciash (Search and Go)
[14:11] luciash but because of this rule they appear as the -webkit browser renders buttons
[14:14] chibaguy Ok, I'll check.
[14:17] luciash xavi_: hola! the code for the profile needs to be updated too to match Tiki19/BS4 classes
[14:18] luciash xavi_: I can do that if you prepare the profile for BS4
[14:19] chibaguy luciash, there must be other reports of this problem with Chrome. Somehow it should be overridden.
[14:19]  fabricius joined #tikiwiki
[14:21] xavi_ hi luciash
[14:21] xavi_ thanks, all yours: https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll+19
[14:21] xavi_ I attempted to replace the name of the layout to "basic=>social" (an educated guess) but it didn't work :-)
[14:22] xavi_ all yours (all these is far beyond my skills) :-)
[14:22] xavi_ s/is/are
[14:22] xavi_ bbl (lunch)
[14:32] luciash xavi_: thanks
[14:32] chibaguy luciash, I removed "type='button'" from the Tiki Project Sites module's dropdown btn, and that fixed the color for Chrome.
[14:32] chibaguy I guess there's no problem removing that especially for btn-link.
[14:33] luciash chibaguy: that is what I did on dev and themes too but there are buttons everywhere in Tiki which are affected
[14:33] luciash like the Search and Go button I pointed out
[14:34] luciash on doc
[14:34] luciash for the search module
[14:34] chibaguy yeah, it's not really the solution.
[14:34] luciash is it coming from Bootstrap4 actually?
[14:34] luciash this rule
[14:37] chibaguy I'm not sure.
[14:37] luciash I see, same here :)
[14:37] luciash btw, I have a fix for the topbar menu dropdowns I think:
[14:37] luciash .dropup, .dropright, .dropdown, .dropleft { position: relative;
[14:37] luciash white-space: nowrap;
[14:37] luciash }
[14:37] luciash what do you think, good enough?
[14:38] luciash I added the white-space: nowrap
[14:38] chibaguy The rule is in BS4's reboot.scss and there's an explanation: "Correct the inability to style clickable types in iOS and Safari."
[14:39] luciash chibaguy: eh, that is weird
[14:39] luciash chibaguy: why it resets our colors then?
[14:39] luciash in Chrome
[14:39] chibaguy (for button,
[14:39] chibaguy html [type="button"], [type="reset"],
[14:39] chibaguy [type="submit"] {
[14:39] chibaguy -webkit-appearance: button;}
[14:39] luciash (I see iOS and Safari is webkit based too)
[14:40] chibaguy yeah, I don't know why the color gets reset - I think that's a Chrome browser thing maybe.
[14:40] chibaguy I need to do some research on that.
[14:43] luciash could we override it by -webkit-appearance: none ?
[14:43] chibaguy Maybe.
[14:44] chibaguy Or inherit?
[14:44] chibaguy Testing needed.
[14:48] luciash chibaguy: actually I think these input[type="submit"] buttons are OK, they actually get the background-color defined as #e5d7dc (which is kind of greyish and that confused me it is doing the same weirdness as with the Project sites dropdown one)
[14:48] luciash but there might be other cases for sure
[14:50] chibaguy Right.
[14:50] luciash what do you thin about the .dropup, .dropright, .dropdown, .dropleft rule?
[14:51] luciash s/thin/think/
[14:51] chibaguy What is that to fix?
[14:51] luciash the dropdown arrows on dev.tiki.org
[14:51] luciash are wrapped below the menu items in the topbar
[14:54] chibaguy Oh, right. Well, it shouldn't be necessary to add those classes. The arrows wrap because there isn't enough space for them. If you change the menu's gird div size from col-md-9 to col-md-10, then the arrows don't wrap.
[14:54] chibaguy Is that the problem you're talking about?
[14:55] luciash ah, ok, yep
[14:56] luciash bbl, see you in 5 in the meeting ;)
[16:55]  jonnyb joined #tikiwiki
[18:18]  fabricius joined #tikiwiki
[21:03]  ricks99 joined #tikiwiki
[21:39]  xavi joined #tikiwiki
[21:41]  xavi left #tikiwiki
[21:53]  fabricius joined #tikiwiki
[21:57]  xavi joined #tikiwiki
[21:57]  fabricius joined #tikiwiki
[21:58]  xavi left #tikiwiki
[22:00]  fabricius joined #tikiwiki
[22:06]  robertokir joined #tikiwiki
[23:32]  Tiki|bot joined #tikiwiki
[23:33] Tiki|bot Recent Bug:  - http://dev.tiki.org/item6900-Can-t-upload-pictures-on-the-tracker5-at-dev-t-o-error-potential-forgery
[23:33] Tiki|bot Recent Bug:  - http://dev.tiki.org/item6901-Popup-window-over-tracker-item-title-is-really-tight-at-dev-t-o
[23:33] Tiki|bot Recent Bug:  - http://dev.tiki.org/item6902-19-x-dev-t-o-Top-module-zone-is-no-more-hidable-nor-topbar-module-zone-sticky