←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
fabriciusjoined #tikiwiki [05:22]
........... (idle for 54mn)
joined #tikiwiki [06:16]
.................................... (idle for 2h55mn)
robertokirjoined #tikiwiki [09:11]
...... (idle for 26mn)
gourjoined #tikiwiki [09:37]
...... (idle for 27mn)
robertokirPolom!
We're upgrading dev.tiki.org right now!
The site will be closed for some minutes, please come back later! Thanks!
[10:04]
......... (idle for 40mn)
Jyhemo/ [10:44]
......... (idle for 40mn)
chibaguyjoined #tikiwiki
polom
[11:24]
.... (idle for 18mn)
jonnybjoined #tikiwiki [11:42]
....... (idle for 32mn)
polom [12:14]
robertokirpolom! [12:19]
jonnybho robertokir [12:19]
robertokirhi jonny
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:19]
luciashpompom all [12:23]
jonnybpompom luciash [12:24]
luciashwhat a bad coincidence... makes us look like suspects ;) [12:24]
robertokiryes, I actually had the impulse of looking at my hands to see if they were in a different color ;) [12:25]
jonnyb:P
So has anyone got to the apache logs?
[12:26]
luciashyep, nothing obvious there of course
500 errors suck
[12:26]
robertokirI'm trying to, I'm not very familiar with the logs on a ClearOs
Are these supposed to be the ones? /var/log/httpd/error_log
[12:26]
luciashI checked /var/log/httpd/error_log [12:27]
jonnybmore likely in /var/www/etc i think [12:27]
luciash/var/www/etc? [12:27]
robertokirno such dir [12:28]
jonnybsorry, i didn't mean that as an actual patch, /var/www/something...
e.g. /var/www/virtual/dev.tiki.org/logs/dev.tiki.org_error_log
[12:29]
luciashjonnyb: no worries, we do not have the logging working again yet ;)
iirc
afaik
:-p
or is it back? Tiki|Log?
[12:31]
robertokirJonny 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:32]
jonnybok, can do [12:33]
luciashoh yes! :-o it is back!
thanks Jyhem or whoever revived the Tiki|Log!
[12:38]
jonnybwoot woot! :) [12:44]
gour_joined #tikiwiki [12:49]
......... (idle for 40mn)
xavi_joined #tikiwiki
polom
error 500 in themes.t.o
[13:29]
jonnybpompom xavi_
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 :-) )
hi jonnyb
[13:30]
jonnybyes, nice to have the logs back, thanks whoever fixed it (Jyhem maybe?) [13:31]
fabriciusjoined #tikiwiki [13:31]
xavi_I'm afraid we have a topic to raise somewhere (efficiency vs resilience in the tikiverse infrastructure setup)
(almost) all eggs in the same basket means some risks when shit happens
whatever shit has happened this time to trigger error 500
[13:31]
chibaguynextdev,nextdoc, and nextthemes are also WSOD. Is this a known problem?
next.tiki is ok.
[13:33]
xavi_wohoo, some are back (themes.t.o is back)
hi chibaguy
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"
current instructions are at: https://profiles.tiki.org/hidable_top_navbar_inst_page
and they say "Site layout (in Control Panels > Look and Feel) will be set to Fixed top navbar 1 (uses "top" module zone)"
however, I don't see that option in Tiki19
What I see as default there (even after profile has been applied): "Control Panels > Look and Feel > General layout > Site layout: Single container"
[13:39]
chibaguyhi xavi_. Yes, the number of layout templates was reduced in Tiki 19, and the names changed. [13:43]
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]
chibaguyThat 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)
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
is any of those parallax-ready themes in themes.t.o (or zukakakina.*) ready for Tiki19?
[13:44]
chibaguyI need to test it in Tiki 19. It should work the same as far as I know.
Also there's PluginLayout for an easier way to remove the side columns and have the page fullwidth, if you need that.
[13:48]
xavi_ah, nice, thanks for the info [13:51]
chibaguyI'll try to set up a demo page about the parallax scrolling as soon as I can. [13:51]
robertokirProblem in *.tiki.org solved by Fabio [14:00]
luciashrobertokir: coolio
robertokir: what was it? any idea?
;)
[14:00]
robertokirnothing too sensitive to tell here
favio restarted FPM
[14:01]
luciashah, dunno how to do that... good he knows
chibaguy: hello! any idea why we have that rule for Chrome browsers which makes the buttons look ugly grey?
button, html [type="button"], [type="reset"], [type="submit"] { -webkit-appearance: button;
}
[14:04]
chibaguyhi luciash. No idea but I will check into it. [14:06]
luciashchibaguy: 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:06]
chibaguyI'm afraid I usually use Firefox while working on themes and don't check with Chrome much. [14:07]
luciashchibaguy: me too
chibaguy: you can still see it with Chrome on https://doc.tiki.org/ if you want to investigate (code inspect)
chibaguy: the buttons should not appear grey but green as in Firefox
(Search and Go)
but because of this rule they appear as the -webkit browser renders buttons
[14:08]
chibaguyOk, I'll check. [14:14]
luciashxavi_: hola! the code for the profile needs to be updated too to match Tiki19/BS4 classes
xavi_: I can do that if you prepare the profile for BS4
[14:17]
chibaguyluciash, there must be other reports of this problem with Chrome. Somehow it should be overridden. [14:19]
fabriciusjoined #tikiwiki [14:19]
xavi_hi luciash
thanks, all yours: https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll+19
I attempted to replace the name of the layout to "basic=>social" (an educated guess) but it didn't work :-)
all yours (all these is far beyond my skills) :-)
s/is/are
bbl (lunch)
[14:21]
luciashxavi_: thanks [14:32]
chibaguyluciash, I removed "type='button'" from the Tiki Project Sites module's dropdown btn, and that fixed the color for Chrome.
I guess there's no problem removing that especially for btn-link.
[14:32]
luciashchibaguy: that is what I did on dev and themes too but there are buttons everywhere in Tiki which are affected
like the Search and Go button I pointed out
on doc
for the search module
[14:33]
chibaguyyeah, it's not really the solution. [14:34]
luciashis it coming from Bootstrap4 actually?
this rule
[14:34]
chibaguyI'm not sure. [14:37]
luciashI see, same here :)
btw, I have a fix for the topbar menu dropdowns I think:
.dropup, .dropright, .dropdown, .dropleft { position: relative;
white-space: nowrap;
}
what do you think, good enough?
I added the white-space: nowrap
[14:37]
chibaguyThe rule is in BS4's reboot.scss and there's an explanation: "Correct the inability to style clickable types in iOS and Safari." [14:38]
luciashchibaguy: eh, that is weird
chibaguy: why it resets our colors then?
in Chrome
[14:39]
chibaguy(for button,
html [type="button"], [type="reset"],
[type="submit"] {
-webkit-appearance: button;}
[14:39]
luciash(I see iOS and Safari is webkit based too) [14:39]
chibaguyyeah, I don't know why the color gets reset - I think that's a Chrome browser thing maybe.
I need to do some research on that.
[14:40]
luciashcould we override it by -webkit-appearance: none ? [14:43]
chibaguyMaybe.
Or inherit?
Testing needed.
[14:43]
luciashchibaguy: 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)
but there might be other cases for sure
[14:48]
chibaguyRight. [14:50]
luciashwhat do you thin about the .dropup, .dropright, .dropdown, .dropleft rule?
s/thin/think/
[14:50]
chibaguyWhat is that to fix? [14:51]
luciashthe dropdown arrows on dev.tiki.org
are wrapped below the menu items in the topbar
[14:51]
chibaguyOh, 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.
Is that the problem you're talking about?
[14:54]
luciashah, ok, yep
bbl, see you in 5 in the meeting ;)
[14:55]
........................ (idle for 1h59mn)
jonnybjoined #tikiwiki [16:55]
................. (idle for 1h23mn)
fabriciusjoined #tikiwiki [18:18]
.................................. (idle for 2h45mn)
ricks99joined #tikiwiki [21:03]
........ (idle for 36mn)
xavijoined #tikiwiki
left #tikiwiki
[21:39]
fabriciusjoined #tikiwiki [21:53]
xavijoined #tikiwiki [21:57]
fabriciusjoined #tikiwiki [21:57]
xavileft #tikiwiki [21:58]
fabriciusjoined #tikiwiki [22:00]
robertokirjoined #tikiwiki [22:06]
.................. (idle for 1h26mn)
Tiki|botjoined #tikiwiki
Recent Bug: - http://dev.tiki.org/item6900-Can-t-upload-pictures-on-the-tracker5-at-dev-t-o-error-potential-forgery
Recent Bug: - http://dev.tiki.org/item6901-Popup-window-over-tracker-item-title-is-really-tight-at-dev-t-o
Recent Bug: - http://dev.tiki.org/item6902-19-x-dev-t-o-Top-module-zone-is-no-more-hidable-nor-topbar-module-zone-sticky
[23:32]

←Prev date Next date→ Show only urls(Click on time to select a line by its url)