# Any Gramps Web users on MacOS?

**URL:** <https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669>\
**Category:** Gramps Web\
**Created:** [June 28, 2024, 8:57am UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669 "2024-06-28T08:57:01Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![DavidMStraub](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/davidmstraub/32/7_2.png) [@DavidMStraub](https://gramps.discourse.group/u/DavidMStraub)\
**Post date:** [June 28, 2024, 8:57am UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/1 "2024-06-28T08:57:01Z")

</div>

Hi all,

is there anyone using Gramps Web on MacOS who can comment on the following issue? Thanks!

> <https://github.com/gramps-project/gramps-web/issues/452>
>
> The fan chart does not display at all in Safari. It looks like some loading happ…ens but there's just whitespace where the chart should be.
> 
> \- broken in Safari on both Mac and iOS (latest OS and Safari versions; no betas, no extensions, content blockers disabled)
> \- other charts (ancestor tree etc) are fine
> \- for the same data a fan chart is shown fine in Chromium
> \- tried on both the demo site and a self-hosted instance
> \- a quick look with web inspector shows that a relevant html component does seem to be present
> 
> Being the primary browser on both Mac and iPhone, I'd think Safari support would be essential.

---

<div class="post-metadata">

**Author:** ![GaryGriffin](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/garygriffin/32/6525_2.png) [@GaryGriffin](https://gramps.discourse.group/u/GaryGriffin)\
**Post date:** [June 28, 2024, 7:23pm UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/2 "2024-06-28T19:23:38Z")

</div>

I added a comment 🙂

I have an M3 Mac (MacOS 14.5) and went to the demo site (user = member) using Safari. I ran the Reports → Fan Chart and used the default settings. It generated a PDF file (attached).

[file.pdf](https://github.com/user-attachments/files/16035825/file.pdf)

If there is some other test you need, let me know. I never use Safari (I am a Brave user) and have no special Safari config settings.

Gary

---

<div class="post-metadata">

**Author:** ![DavidMStraub](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/davidmstraub/32/7_2.png) [@DavidMStraub](https://gramps.discourse.group/u/DavidMStraub)\
**Post date:** [June 28, 2024, 8:15pm UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/3 "2024-06-28T20:15:58Z")

</div>

Hi Gary, @GaryGriffin

thanks for that! But I think the other user had a problem with the dynamic fan chart, not the fan chart report. You can find it under Tree \> Fan Chart.

---

<div class="post-metadata">

**Author:** ![GaryGriffin](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/garygriffin/32/6525_2.png) [@GaryGriffin](https://gramps.discourse.group/u/GaryGriffin)\
**Post date:** [June 29, 2024, 12:18am UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/4 "2024-06-29T00:18:56Z")

</div>

Oops, sorry, I misunderstood.

I can confirm that Tree → Fan Chart produces **nothing** in Safari. The only console message is when I click ‘Open Demo’ -

> RemoteLayerTreeDrawingAreaProxyMac::scheduleDisplayLink(): page has no displayID

Other tree views in Safari work fine.

Using Brave browser, the Fan Chart Tree works fine.

---

<div class="post-metadata">

**Author:** ![GaryGriffin](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/garygriffin/32/6525_2.png) [@GaryGriffin](https://gramps.discourse.group/u/GaryGriffin)\
**Post date:** [June 29, 2024, 2:15am UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/5 "2024-06-29T02:15:00Z")

</div>

If it is any help, when I try the Fan Chart Tree in Safari and look at the source, I get the image below.

 ![Screenshot 2024-06-28 at 7.06.20 PM](https://global.discourse-cdn.com/free1/uploads/gramps/original/2X/a/a5e3c6170e1abfa5cd3aa9b93d511e25a88f15a0.png)

The orange block is where the 1st ‘a link’ refers. The text objects within it are within the orange block area when I select them.

The chart-content object is in orange below:

 ![Screenshot 2024-06-28 at 7.12.17 PM](https://global.discourse-cdn.com/free1/uploads/gramps/original/2X/f/f8a87badf746fa710443a1fd95d7bae251e51bec.png)

---

<div class="post-metadata">

**Author:** ![ant20879](https://avatars.discourse-cdn.com/v4/letter/a/3be4f8/32.png) [@ant20879](https://gramps.discourse.group/u/ant20879)\
**Post date:** [July 8, 2024, 5:29am UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/6 "2024-07-08T05:29:58Z")

</div>

I may be late here. Some charts are not rendered (on Mac and likely on another systems) for guest users if relatives are marked private. For example, say, grand parent’s info is private, so when I request chart for 2 generations, render fails with exception:

```python
> Uncaught (in promise) TypeError: Cannot read properties of null (reading 'father_handle')
> at 13d5169a.js:10989:1248
> at new jI (13d5169a.js:10989:1948)
> at PI (13d5169a.js:10989:5671)
> at RM.renderChart (13d5169a.js:11006:9)
> at RM.render (13d5169a.js:11005:201)
> at RM.update (13d5169a.js:2:14988)
> at RM.performUpdate (13d5169a.js:2:6055)
> at RM.scheduleUpdate (13d5169a.js:2:5702)
> at RM._$EC (13d5169a.js:2:5610)

```

---

<div class="post-metadata">

**Author:** ![ant20879](https://avatars.discourse-cdn.com/v4/letter/a/3be4f8/32.png) [@ant20879](https://gramps.discourse.group/u/ant20879)\
**Post date:** [July 8, 2024, 5:33am UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/7 "2024-07-08T05:33:14Z")

</div>

Best solution is to ignore private records in JS code, simplest solution is to return “” named persons from service.

---

<div class="post-metadata">

**Author:** ![DavidMStraub](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/davidmstraub/32/7_2.png) [@DavidMStraub](https://gramps.discourse.group/u/DavidMStraub)\
**Post date:** [July 8, 2024, 7:01am UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/8 "2024-07-08T07:01:02Z")

</div>

Private records can’t be the root cause of this error because private records (for users that are not authorized to see them) are filtered out by the backend already at the database layer. (Filtering in JS would be pointless as then the data would already reside with the client).

I also don’t think it’s Mac specific.

---

<div class="post-metadata">

**Author:** ![lbprinzr](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/lbprinzr/32/4339_2.png) [@lbprinzr](https://gramps.discourse.group/u/lbprinzr)\
**Post date:** [July 12, 2024, 3:42pm UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/9 "2024-07-12T15:42:36Z")

</div>

Hi David, I reported that issue already earlier: [The Preferences dialog for Fan chart is empty · Issue #434 · gramps-project/gramps-web · GitHub](https://github.com/gramps-project/gramps-web/issues/434#issuecomment-2075811432)  
It wasn’t only related to the preference empty. As I said there, the fan chart worked with older version already. I am also using Mac and iPad. I didn’t see any errors but I could check again browser console.

---

<div class="post-metadata">

**Author:** ![DavidMStraub](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/davidmstraub/32/7_2.png) [@DavidMStraub](https://gramps.discourse.group/u/DavidMStraub)\
**Post date:** [July 12, 2024, 5:55pm UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/10 "2024-07-12T17:55:42Z")

</div>

I don’t think so - the error you reported affected all browsers and is already fixed. So it’s something separate. Your screenshot in that issue shows that the fan chat did show up.

---

<div class="post-metadata">

**Author:** ![lbprinzr](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/lbprinzr/32/4339_2.png) [@lbprinzr](https://gramps.discourse.group/u/lbprinzr)\
**Post date:** [November 19, 2024, 7:14pm UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/11 "2024-11-19T19:14:23Z")

</div>

Hi David, I found the issue now and a solution. As mentioned by GaryGriffin, the content is load but on the wrong place. If we would change

> <https://github.com/gramps-project/gramps-web/blob/9cab9d753b6ef1107a75fa5dcfddbdf8ded2b986/src/charts/FanChart.js#L333>

this from  
`.attr('style', 'max-width: 100%; height: auto; height: intrinsic;')`  
to  
`.attr('style', 'max-width: 100%; height: auto; ``min-height: min-intrinsic``;')`  
it is at the correct place and visible again. We could even remove `height: intrinsic` but I don’t know the consequences.

Tested on MacOS+iPadOS

---

<div class="post-metadata">

**Author:** ![DavidMStraub](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/davidmstraub/32/7_2.png) [@DavidMStraub](https://gramps.discourse.group/u/DavidMStraub)\
**Post date:** [November 19, 2024, 7:50pm UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/12 "2024-11-19T19:50:57Z")

</div>

Awesome, thank you! What happens when you just leave `height: auto;` and omit `min-height`?

---

<div class="post-metadata">

**Author:** ![lbprinzr](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/lbprinzr/32/4339_2.png) [@lbprinzr](https://gramps.discourse.group/u/lbprinzr)\
**Post date:** [November 19, 2024, 9:08pm UTC](https://gramps.discourse.group/t/any-gramps-web-users-on-macos/5669/13 "2024-11-19T21:08:35Z")

</div>

It worked for me as well: .attr(‘style’, ‘max-width: 100%; height: auto;’)
