| [20:30:00] | * JustTB has quit (Ping timeout: 265 seconds) |
| [20:44:26] | * JustTB has joined #farmos |
| [02:45:34] | * JustTB has quit (Quit: Leaving.) |
| [04:07:07] | <skipper_is[m]> | I've found something called dbtng, which apparently can migrate between multiple different database types, so going to give it a try for postgres>mysql |
| [04:16:12] | <skipper_is[m]> | Actually, that works really well. If anyone is looking to migrate, dbtng. Absolutely flawles |
| [04:16:16] | <skipper_is[m]> | With an extra s on the end.. |
| [06:11:55] | * JustTB has joined #farmos |
| [07:08:46] | * JustTB has quit (Quit: Leaving.) |
| [07:16:14] | <mstenta[m]> | wow! |
| [07:16:16] | <mstenta[m]> | oh that's great news skipper_is ! |
| [07:16:22] | <mstenta[m]> | so you were able to successfully migrate? |
| [07:31:42] | * JustTB has joined #farmos |
| [08:08:27] | <skipper_is[m]> | Yup, running on mySQL now with no errors |
| [08:10:11] | <mstenta[m]> | woo hoo! |
| [08:10:20] | <mstenta[m]> | that's great |
| [08:10:49] | <mstenta[m]> | oh... so at some point in the future... |
| [08:11:08] | <mstenta[m]> | remember that issue we discovered with the sensor data denominator? |
| [08:11:25] | <mstenta[m]> | where it was a bigint instead of an int? |
| [08:12:09] | <skipper_is[m]> | Yea, I assume that because it isn't really touching the database itself, it is letting drupal manage the db, it can get away with it |
| [08:12:45] | <mstenta[m]> | we have a patch almost ready to test |
| [08:12:58] | <mstenta[m]> | that will fix it |
| [08:13:49] | <mstenta[m]> | or... oops... sorry... i mean "signed" vs "unsigned" (not bigint) |
| [08:14:26] | <mstenta[m]> | anyway... we have a fix |
| [08:14:34] | <mstenta[m]> | but... it may require running a query manually on your data to trim the values |
| [08:14:46] | <mstenta[m]> | (if i remember correctly) |
| [08:15:22] | <mstenta[m]> | so i can help you through that when the time comes... |
| [08:15:44] | <mstenta[m]> | might take a quick look at it right now... it's just waiting for my review/tests |
| [08:38:25] | <skipper_is[m]> | Yea, I mean now my main production site is on mysql, so my Postgresql install is pretty much frozen as of this morning |
| [08:38:48] | <mstenta[m]> | ok cool |
| [08:39:33] | <mstenta[m]> | well what i might have you do (when you have some time), is create a testing site that is a clone of your mysql database, so we can run the update and test it with your data |
| [09:01:38] | <mstenta[m]> | actually skipper_is can you run this query real quick? |
| [09:01:56] | <mstenta[m]> | `SELECT MAX(value_denominator) FROM farm_sensor_data;` |
| [09:03:43] | <skipper_is[m]> | Yea, just fire up pgadmin now |
| [09:04:21] | <mstenta[m]> | ah no... in mysql |
| [09:04:21] | <skipper_is[m]> | 10000000 |
| [09:04:40] | <skipper_is[m]> | ah |
| [09:04:43] | <mstenta[m]> | or either i guess |
| [09:04:50] | <mstenta[m]> | but ultimately you'll be running the update on the mysql db |
| [09:05:11] | <mstenta[m]> | ooh. huh. i thought we ran into an issue with your values being too big... ? |
| [09:05:24] | <skipper_is[m]> | Output from SQL command SELECT MAX(value_denominator) FROM farm_sensor_data; .. |
| [09:05:24] | <skipper_is[m]> | MAX(value_denominator) |
| [09:05:24] | <skipper_is[m]> | 10000000 |
| [09:05:28] | <skipper_is[m]> | Yea, I think I deleted the ones that were too big |
| [09:05:32] | <mstenta[m]> | or did you run a query to fix that already? |
| [09:05:35] | <skipper_is[m]> | I cannot remember now.. |
| [09:06:00] | <skipper_is[m]> | But a lot of them were running to like 10 digits of precision for temperature |
| [09:06:56] | <mstenta[m]> | it was when we were trying to migrate from pgsql to mysql earlier... it choked on your farm_sensor_data table, which led us to discover that on postgres it was a `bigint` when it should have been an `int`... and you had been pushing sensor data to it that had insanely high decimal precision :-) |
| [09:08:20] | <skipper_is[m]> | Yea, I think I dumped a load of data to get it to go across |
| [09:08:39] | <mstenta[m]> | ahh ok - that would explain it :-) |
| [09:08:45] | <mstenta[m]> | cool - then that means you won't run into any issue when you update |
| [09:08:54] | <mstenta[m]> | so you can ignore everything i said above :-) |
| [09:09:07] | <skipper_is[m]> | Yea, shouldn't do. It seems to be running quite smoothly on mysql, which is a suprise |
| [09:09:20] | <mstenta[m]> | i just had a mental note to help you with that update, but sounds like that won't be necessary :-) |
| [09:09:27] | <mstenta[m]> | mental note erased |
| [09:09:46] | <skipper_is[m]> | Yea, that module was really impressive, no errors at all |
| [09:10:02] | <skipper_is[m]> | I was expecting it to throw a wobbler and complain about postgresql at least once |
| [09:10:24] | <mstenta[m]> | in either case... the next version of farmOS will fix the issue that was causing postgres to create `bigint` denominators... so one more postgres issue fixed ;-) |
| [09:10:31] | <skipper_is[m]> | Ah nice |
| [09:11:49] | <skipper_is[m]> | farm_livestock.features.field_base.inc is the form rather than the view/profile? |
| [09:23:21] | <mstenta[m]> | Ah not quite... Drupal has a distinction between a "Field Base" definition and a "Field Instance" configuration. The Base defines the type of field (eg: textfield), and the Instance (which is always an instance of a specific Base), defines what entity type + bundle the field is attached to, and the specific widget and display settings for it |
| [09:23:39] | <mstenta[m]> | the "widget and display" correspond to the "form and view" |
| [09:23:58] | <mstenta[m]> | so the widget and display settings are actually in `farm_livestock.features.field_instance.inc` |
| [09:24:23] | <mstenta[m]> | `farm_livestock.features.field_base.inc` is just there to say "these are the base fields that the livestock module provides" |
| [09:24:41] | <mstenta[m]> | while `farm_livestock.features.field_instance.inc` says "and this is specifically where those fields are added to entities" |
| [09:24:45] | <mstenta[m]> | if that makes sense |
| [09:25:18] | <mstenta[m]> | are you trying to add a field? |
| [09:42:55] | * bonushenricus[m] has joined #farmos |
| [09:45:34] | <bonushenricus[m]> | Hello. Do I have to create a room on purpose for the translation? |
| [09:46:21] | <mstenta[m]> | Hi bonushenricus - no let's chat here |
| [09:47:00] | <mstenta[m]> | Regarding the ARVAIA site: are you seeing ANY translated strings? Or is it all English for you? |
| [09:48:50] | <bonushenricus[m]> | Not only in english. But i.e. "Upcoming tasks" the approved translation here https://localize.drupal.org/translate/languages/it/translate?project=far... is "Compiti imminent" but there isnt' translation of this string in arvaia.farmos.net |
| [09:49:23] | <mstenta[m]> | Ah I see - OK... |
| [09:50:00] | <mstenta[m]> | Hmm I wonder if it takes time for approved translations to be available in the downloaded updates? |
| [09:50:09] | <mstenta[m]> | Let me take a look at the files directly on the server... |
| [09:54:17] | <bonushenricus[m]> | ACTION posted a file: farm-7.x-1.3.it (2).po (186KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/BjTqqhvbkVhDGGPS... > |
| [09:54:20] | <bonushenricus[m]> | Thank you! The file export from here https://localize.drupal.org/translate/languages/it/export (I attach the file) runs |
| [09:54:26] | <mstenta[m]> | Oh hmm... ok so it looks like the `farm` project `.po` file was not downloaded automatically |
| [09:54:33] | <mstenta[m]> | Is that what you experienced too when you were working on it? |
| [09:55:35] | <bonushenricus[m]> | Monday. A some little translation not important Tuesday. |
| [09:56:55] | <bonushenricus[m]> | Sorry. Yes in my localhost this file runs. From the admin. |
| [09:57:21] | <bonushenricus[m]> | In import "regional and laguages" |
| [09:59:34] | <bonushenricus[m]> | Translate interface with import tells me "589 strings were updated" |
| [10:00:09] | <mstenta[m]> | Ok |
| [10:00:23] | <mstenta[m]> | I'm also trying to understand why they were not downloaded automatically |
| [10:01:31] | <bonushenricus[m]> | I'm in no hurry. it is not a big deal now. It is to understand. |
| [10:01:53] | <mstenta[m]> | I imported it on ARVAIA |
| [10:03:17] | <mstenta[m]> | Upcoming tasks still isn't translated though... hmm |
| [10:04:35] | <bonushenricus[m]> | Maybe import in "translate interface" with check of "Strings in the uploaded file replace existing ones, new ones are added. The plural format is updated."? |
| [10:11:46] | <mstenta[m]> | Hmm I've tried both options - still "Upcoming tasks" is not translated :-( |
| [10:12:27] | <bonushenricus[m]> | With file that I attach before here? |
| [10:12:36] | <mstenta[m]> | yes |
| [10:12:56] | <bonushenricus[m]> | I don't understand |
| [10:13:25] | <mstenta[m]> | Oh! Now it is! |
| [10:13:30] | <mstenta[m]> | I cleared the Drupal cache and that seemed to update it |
| [10:13:41] | <bonushenricus[m]> | Yes!! |
| [10:14:19] | <mstenta[m]> | So now what I want to understand is how to automate this... so that I don't need to manually import in the future |
| [10:14:35] | <mstenta[m]> | Where are the .po files downloaded in your local testing site? |
| [10:14:48] | <mstenta[m]> | I have mine configured to download them to sites/all/languages |
| [10:15:00] | <mstenta[m]> | but the `farm` po file doesn't get downloaded there |
| [10:16:23] | <mstenta[m]> | (oh... I will also import for the other two sites now too...) |
| [10:20:33] | <bonushenricus[m]> | here: /var/www/html/FarmOS/sites/default/files/languages in a file named it_ZoQ2XItBGwYYtPDZNYjVpup3Sjb02dqQvcoXgMv_AjQ.js |
| [10:22:57] | <bonushenricus[m]> | with a code with this form <<Drupal.locale = { 'pluralFormula': function ($n) { return Number(($n!=1)); }, 'strings': {"":{"[english]":"[italian]",}} };>> |
| [10:33:41] | <mstenta[m]> | bonushenricus: strange.... i was able to get it working on bonushenricus... but not on agroecologia |
| [10:33:49] | <mstenta[m]> | doing the same exact procedure |
| [10:33:49] | <bonushenricus[m]> | ACTION sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/cjjkjgpIhqCQUpQy... > |
| [10:33:55] | <mstenta[m]> | so i am still a bit confused |
| [10:34:12] | <mstenta[m]> | Ok thanks! |
| [10:34:19] | <mstenta[m]> | talk to you later |
| [10:35:55] | <mstenta[m]> | The very strange thing... I am seeing different numbers/percentages of translated strings on each site... |
| [10:37:05] | <mstenta[m]> | arvaia: 8191/10939 (74.88%) |
| [10:37:05] | <mstenta[m]> | bonushenricus: 8167/10362 (78.82%) |
| [10:37:05] | <mstenta[m]> | agroecologia: 8167/10777 (75.78%) |
| [14:24:16] | * farmBOT has joined #farmos |
| [14:26:17] | * JustTB has quit (Ping timeout: 250 seconds) |
| [14:41:01] | * JustTB has joined #farmos |
| [14:43:29] | <skipper_is[m]> | Still no idea why my map is on top of everything else.. including the menu |
| [14:49:10] | <mstenta[m]> | Hmm |
| [14:49:24] | <mstenta[m]> | paul121 was having another issue... not the same, but also with the map |
| [14:49:26] | * Dorn[m] has joined #farmos |
| [14:49:31] | <mstenta[m]> | His isn't showing at all |
| [14:49:39] | <mstenta[m]> | What browser/OS are you using skipper_is ? |
| [14:50:20] | <skipper_is[m]> | Chrome |
| [14:50:48] | <skipper_is[m]> | If I go on block settings, what should the region settings be for the map? |
| [14:50:51] | <mstenta[m]> | Can you post a screenshot? |
| [14:51:40] | <skipper_is[m]> | ACTION uploaded an image: image.png (89KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/lJiqTXkQLZnSGFgb... > |
| [14:52:15] | <mstenta[m]> | ah right ok... and you don't see the "toggle map" link? |
| [14:52:26] | <mstenta[m]> | are the base layers not working either? |
| [14:52:44] | <skipper_is[m]> | No, that was just a screenshot from march without the base layers |
| [14:53:14] | <skipper_is[m]> | But the map looks the same, just with layers |
| [14:53:22] | <skipper_is[m]> | If I go on the little cog in top right, it says edit blocks |
| [14:53:27] | <skipper_is[m]> | or configure block |
| [14:53:27] | <mstenta[m]> | oh ok - so you got those working |
| [14:53:39] | <skipper_is[m]> | There is something about the location/region |
| [14:54:23] | <mstenta[m]> | try setting that to -none- |
| [14:54:37] | <skipper_is[m]> | err, it has gone |
| [14:54:51] | <skipper_is[m]> | ACTION uploaded an image: image.png (67KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/cvjoLDVspKMLVTLg... > |
| [14:55:03] | <mstenta[m]> | ACTION uploaded an image: Screenshot from 2020-04-09 14-54-42.png (57KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/RQNvCeiPqAAiNxLp... > |
| [14:55:18] | <mstenta[m]> | hmm strange |
| [14:56:03] | <skipper_is[m]> | Top bar seems to work ok |
| [14:57:09] | <mstenta[m]> | `SELECT * FROM block WHERE delta = "farm_map";` |
| [14:57:15] | <mstenta[m]> | what does that give you |
| [14:57:53] | <skipper_is[m]> | 41 farm_map farm_map farm_theme 1 0 header 0 1 <front> farm/assets/* |
| [14:57:53] | <skipper_is[m]> | -1 |
| [14:58:18] | <mstenta[m]> | | 110 | farm_map | farm_map | farm_theme | 1 | 0 | page_top | 0 | 1 | <front> |
| [14:58:18] | <mstenta[m]> | farm/assets/* | | -1 | |
| [14:58:36] | <mstenta[m]> | ok... try: |
| [14:58:55] | <mstenta[m]> | `UPDATE block SET region = "page_top" WHERE delta = "farm_map";` |
| [14:58:58] | <skipper_is[m]> | My PG build says page top |
| [15:00:05] | <skipper_is[m]> | ACTION uploaded an image: image.png (295KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/IpOhBtlMLSRkpNJj... > |
| [15:02:04] | <mstenta[m]> | ok what does this say: `SELECT * FROM block WHERE module = "menu" AND delta = "farm";` |
| [15:02:30] | <mstenta[m]> | mine is: |
| [15:02:30] | <mstenta[m]> | `| 83 | menu | farm | farm_theme | 0 | 0 | -1 | 0 | 0 | | | -1 |` |
| [15:02:33] | <mstenta[m]> | is your region -1? |
| [15:02:45] | <skipper_is[m]> | 1 menu farm farm_theme 0 0 -1 0 0 |
| [15:02:45] | <skipper_is[m]> | -1 |
| [15:03:04] | <mstenta[m]> | ok |
| [15:03:04] | <skipper_is[m]> | Yea |
| [15:04:56] | <mstenta[m]> | ok let's look at the html... |
| [15:05:21] | <skipper_is[m]> | Map is in the div region region-page-top |
| [15:05:39] | <mstenta[m]> | ok good |
| [15:06:30] | <mstenta[m]> | huh. i'm just noticing that `<div class="region region-page-top">` is above `<header id="navbar" role="banner" class="navbar navbar-fixed-top navbar-default">` in the markup |
| [15:06:35] | <mstenta[m]> | so that's probably part of it... |
| [15:06:35] | <skipper_is[m]> | But <header> with the nav bar in is at the bottom.. |
| [15:06:42] | <skipper_is[m]> | Yea, mine too |
| [15:06:44] | <mstenta[m]> | are the CSS classes that same on your `<header>`? |
| [15:06:50] | <skipper_is[m]> | I just moved it, and it all went to the right place |
| [15:07:13] | <skipper_is[m]> | navbar container-fluid navbar-default |
| [15:07:15] | <mstenta[m]> | `navbar navbar-fixed-top navbar-default` ? |
| [15:07:17] | <skipper_is[m]> | is my header class |
| [15:07:18] | <mstenta[m]> | AHHH |
| [15:07:26] | <mstenta[m]> | `navbar-fixed-top` |
| [15:07:30] | <mstenta[m]> | that's what it should be |
| [15:07:49] | <mstenta[m]> | maybe you played around with the theme settings at some point?? |
| [15:08:09] | <mstenta[m]> | go to `/admin/appearance/settings/farm_theme` |
| [15:08:09] | <skipper_is[m]> | quite possibly, not recently |
| [15:08:34] | <mstenta[m]> | click on "Components", then "Navbar", and set it to "Fixed top" |
| [15:08:54] | <skipper_is[m]> | Ayyy! |
| [15:09:08] | <skipper_is[m]> | ACTION uploaded an image: image.png (170KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/LyMvfjYstemdxTiF... > |
| [15:10:05] | <skipper_is[m]> | Much appreciated! |
| [15:10:23] | <mstenta[m]> | hooray! |
| [15:10:30] | <mstenta[m]> | ok so... there's still a little space there that shouldn't be there... |
| [15:10:37] | <mstenta[m]> | but that's a known issue i saw recently |
| [15:10:42] | <mstenta[m]> | so i still need to fix it |
| [15:10:48] | <mstenta[m]> | also... i'm not seeing the "toggle map" link still |
| [15:11:04] | <mstenta[m]> | (or is it just cut off in the screenshot?) |
| [15:11:19] | <skipper_is[m]> | Its not in the screenshot |
| [15:11:22] | <skipper_is[m]> | it is there |
| [15:11:31] | <mstenta[m]> | oh great |
| [15:11:53] | <mstenta[m]> | so that link will collapse the map, and it will remember that state in browser localstorage so you won't see the map if you reload |
| [15:21:54] | <mstenta[m]> | skipper_is: here is the fix for the spacing https://github.com/farmOS/farmOS/commit/6bab9986647a3f26deb2735781f6f006... |
| [15:21:55] | <mstenta[m]> | just committed |
| [15:45:18] | <skipper_is[m]> | Is there a simple way of migrating/exporting/moving individual assets between farms? |
| [15:46:43] | <paul121[m]> | Shall I check the farm theme settings as well? It wasn't working from a fresh install... I don't think I would have modified anything... |
| [16:00:30] | <mstenta[m]> | paul121: no i doubt it's the same for you |
| [16:00:46] | <mstenta[m]> | but i might be able to help debug that right now if you have a few moments |
| [16:00:51] | <mstenta[m]> | (naptime might end at any time too... so no guarantees) |
| [16:01:02] | <mstenta[m]> | skipper_is: "simple"... not really |
| [16:01:27] | <mstenta[m]> | but that could be done by writing a python script |
| [16:06:17] | <mstenta[m]> | @pa |
| [16:06:28] | <mstenta[m]> | paul121: try this command... |
| [16:06:33] | <mstenta[m]> | `sudo docker exec -it farmos_www_1 drush sql-query 'SELECT * FROM block WHERE delta = "farm_map"'` |
| [16:06:48] | <mstenta[m]> | (that's assuming you are using the `farmos/farmos:dev` docker image (with drush) and the container is named `farmos_www_1` |
| [16:06:54] | <mstenta[m]> | * (that's assuming you are using the `farmos/farmos:dev` docker image (with drush) and the container is named `farmos_www_1`) |
| [16:20:05] | <paul121[m]> | sorry just getting back from lunch in the sun :-) |
| [16:21:36] | <paul121[m]> | that gives me: |
| [16:21:36] | <paul121[m]> | `1 farm_map farm_map farm_theme 0 0 -1 0 0 -1` |
| [16:39:47] | <mstenta[m]> | ah ok that could be the problem... |
| [16:44:18] | <mstenta[m]> | Sorry kids dance party |
| [16:44:36] | <mstenta[m]> | Brb :-) |
| [16:52:03] | <mstenta[m]> | try: |
| [16:52:22] | <mstenta[m]> | sudo docker exec -it farmos_www_1 drush sql-query 'UPDATE block SET region = "page_top" WHERE delta = "farm_map"' |
| [16:52:36] | <mstenta[m]> | paul121: question... did you say this happened to you on multiple fresh installs? |
| [16:53:26] | <paul121[m]> | yeah, this would be two relatively recent fresh installs |
| [16:53:36] | <paul121[m]> | one I installed yesterday, the other maybe a week ago? |
| [16:53:47] | <paul121[m]> | (since we released OAuth to the dev image) |
| [16:54:37] | <mstenta[m]> | ok hmm |
| [16:54:39] | <mstenta[m]> | well see if that helps... |
| [16:54:45] | <mstenta[m]> | but we should probably open a bug report |
| [16:54:51] | <mstenta[m]> | and figure out why it's happening in the first place |
| [16:56:39] | <paul121[m]> | hmm. that doesn't seem to fix it |
| [16:56:39] | <mstenta[m]> | i also wonder if there's something wrong with the docker image itself - or the copy of it you have |
| [16:56:46] | <mstenta[m]> | hmm ok |
| [16:56:50] | <mstenta[m]> | try clearing cache? |
| [16:57:09] | <mstenta[m]> | `sudo docker exec -it farmos_www_1 drush cc all` |
| [16:57:22] | <paul121[m]> | yea tried that |
| [16:58:09] | <mstenta[m]> | oh hmmm... |
| [16:58:12] | <mstenta[m]> | did you change the homepage? |
| [16:58:21] | <mstenta[m]> | err... no nevermind |
| [16:58:23] | <mstenta[m]> | that wouldn't do it |
| [16:58:58] | <paul121[m]> | I can tell that `farmOS-map.js` and related js files aren't loaded |
| [16:59:12] | <paul121[m]> | when loading the default dashboard page |
| [16:59:20] | <paul121[m]> | so... server is choosing not to render it? |
| [17:00:49] | <mstenta[m]> | That makes sense if the block isn't being displayed |
| [17:01:03] | <mstenta[m]> | Look in htmlt |
| [17:01:23] | <mstenta[m]> | In the region top div |
| [17:01:34] | <mstenta[m]> | I assume the map block is not in there |
| [17:03:18] | <paul121[m]> | there is just a '<nav class='navbar-administration'...` |
| [17:03:26] | <paul121[m]> | * there is just a `<nav class='navbar-administration'...` |
| [17:04:12] | <mstenta[m]> | Ok let's look at code |
| [17:04:53] | <mstenta[m]> | https://github.com/farmOS/farmOS/blob/7.x-1.x/modules/farm/farm_map/farm... |
| [17:05:02] | <mstenta[m]> | That's where the block is defined |
| [17:05:48] | <mstenta[m]> | Make sure you have that, first of all |
| [17:06:11] | <paul121[m]> | yeah, that code is there |
| [17:06:35] | <mstenta[m]> | Ok |
| [17:08:25] | <mstenta[m]> | Do you have devel module? |
| [17:08:32] | <mstenta[m]> | Or xdebug working? |
| [17:08:50] | <paul121[m]> | I have devel |
| [17:09:04] | <paul121[m]> | xdebug used to work... not rn |
| [17:10:47] | <mstenta[m]> | oh i have another idea... |
| [17:18:07] | <mstenta[m]> | ok... yea i think i know what's happening... not sure why though |
| [17:18:41] | <mstenta[m]> | Open this function: https://github.com/farmOS/farmOS/blob/7.x-1.x/themes/farm_theme/template... |
| [17:19:35] | <mstenta[m]> | basically, the `farm_map` module provides the block, but does not turn it on or put it into any theme regions (because module's shouldn't be aware of themes) |
| [17:19:53] | <mstenta[m]> | so... `farm_theme` implements `hook_block_info_alter()` to add the map block to the farmOS theme |
| [17:20:09] | <mstenta[m]> | and it seems like THAT hook is not firing for you |
| [17:20:23] | <mstenta[m]> | because in the `block` database table record, none of those overrides are there. |
| [17:20:48] | <mstenta[m]> | > that gives me: |
| [17:20:48] | <mstenta[m]> | > `1 farm_map farm_map farm_theme 0 0 -1 0 0 -1` |
| [17:20:48] | <mstenta[m]> | referring to this^ |
| [17:21:18] | <paul121[m]> | huh okay |
| [17:21:19] | <mstenta[m]> | i had you try setting the `region` column of that db record... but there are other aspects that need to be set too, like `status`, `visibility`, and `pages` |
| [17:21:42] | <mstenta[m]> | so i would want to figure out why that hook isn't firing... |
| [17:22:36] | <mstenta[m]> | if you have devel enabled, you could try putting a `dpm('test');` in the top of that function (`farm_theme_block_info_alter()`) |
| [17:22:46] | <mstenta[m]> | then clear the cache and see if that message appears |
| [17:22:51] | <mstenta[m]> | i don't think it will |
| [17:23:37] | <paul121[m]> | makes sense. I'll try that |
| [17:24:44] | <mstenta[m]> | i bet if you set those values manually in the `block` db table, the map will show up |
| [17:24:49] | <mstenta[m]> | the question is: why isn't that happening automatically? |
| [17:26:25] | <paul121[m]> | yeah, didn't seem to get a dpm message |
| [17:26:53] | <paul121[m]> | out of curiosity, have you installed a fresh farmOS:dev image lately? |
| [17:36:22] | <mstenta[m]> | No I haven't |
| [17:36:48] | <mstenta[m]> | But I'm running 7.x-1.x locally and on Farmier |
| [17:37:03] | <mstenta[m]> | It's still possible that there's a difference though |
| [17:38:13] | <paul121[m]> | hmm |
| [17:39:11] | <mstenta[m]> | Notably: |
| [17:39:33] | <mstenta[m]> | The dev image will not update the www folder if one already exists |
| [17:39:49] | <mstenta[m]> | So simply pulling a new image will not update you |
| [17:40:00] | <mstenta[m]> | But you said they are fresh installs... |
| [17:40:34] | <paul121[m]> | yeah, I pulled a new image yesterday before installing |
| [17:40:50] | <paul121[m]> | so one has the latest. the other is slightly older |
| [17:44:08] | <mstenta[m]> | Ok cool |
| [17:44:08] | <paul121[m]> | https://github.com/farmOS/farmOS/commit/e9b6caa1d1f9c8ea7a1b1fed9ad3ddee... |
| [17:44:48] | <paul121[m]> | well that is JS so probably not it |
| [17:45:23] | <mstenta[m]> | Good hunch but yea that shouldn't affect it |
| [17:45:36] | <mstenta[m]> | Also: you don't have the map in HTML in the first place |
| [17:45:43] | <mstenta[m]> | It's definitely the block |
| [17:45:56] | <paul121[m]> | yeah. hmmmmm |
| [17:46:13] | <paul121[m]> | so in Drupal, you can define "blocks" which can then be used by the theme? |
| [17:46:18] | <paul121[m]> | to display how/where it wants? |
| [17:46:39] | <mstenta[m]> | > <@mstenta:matrix.org> | 110 | farm_map | farm_map | farm_theme | 1 | 0 | page_top | 0 | 1 | <front> |
| [17:46:39] | <mstenta[m]> | > farm/assets/* | | -1 | |
| [17:46:39] | <mstenta[m]> | This is what it should be |
| [17:46:52] | <mstenta[m]> | Yes |
| [17:49:19] | <mstenta[m]> | (your block id will be different, but that's what the rest of the record should look like) |
| [17:50:15] | <mstenta[m]> | I will try a fresh dev install after the kids are asleep |
| [17:51:36] | <paul121[m]> | 👍️ does seem to be quite weird |