"appId": "com.ao24.iceberg",

в лк Apple завел

при нотаризации от яблока письма постоянно приходят

Тогда хз, что еще может быть.

В любом случае уберите identity из конфигов

выставил в 0

и странно, все стало запускаться

но яблоко говорит, что не удалось подписать

Просто уберите, удалите свойство

но яблоко говорит, что не удалось подписать

Что значит яблоко говорит? В консоли при сборке какие ошибки, на каком этапе падает

нет ошибок

Apple письмо прислал

xcrun altool --notarization-history 0 -u $appleId -p $appleASP

xcrun altool --notarization-info "RequestUUID" -u $appleId

Там будет описание почему не проходит нотаризация

И я не понимаю, почему вам приходит письмо об неуспешной нотразиции. А скрипт нотаризации в сборке не падает...очень странно. там await должен падать в ошибку...

мистика)

Ищем It специалистов Занятость на длительное время Сложные и интересные проекты. Вы научитесь многому, гарантировано! Будет большим плюсом: • Опыт автоматизации тестирования web интерфейсов • Опыт работы с инструментами для автоматизации тестирования мобильных приложений, • Опыт проведения нагрузочного тестирования; Что мы предлагаем: • Интересные и амбициозные задачи; • Отсутствие бюрократии и участие в принятии ключевых решений. • Гибкий график работы, возможность работать удалённо; • ЗП на 2019 год 100к руб/мес на руки + бонус 150к руб. в конце 2019 г. по успешному прохождению ключевых для компании майлстоунов; • ЗП с 2020 года — 150к руб/мес на руки. https://ur-l.ru/eee1111

Ищем It специалистов Занятость на длительное время Сложные и интересные проекты. Вы научитесь многому, гарантировано! Будет большим плюсом: • Опыт автоматизации тестирования web интерфейсов • Опыт работы с инструментами для автоматизации тестирования мобильных приложений, • Опыт проведения нагрузочного тестирования; Что мы предлагаем: • Интересные и амбициозные задачи; • Отсутствие бюрократии и участие в принятии ключевых решений. • Гибкий график работы, возможность работать удалённо; • ЗП на 2019 год 100к руб/мес на руки + бонус 150к руб. в конце 2019 г. по успешному прохождению ключевых для компании майлстоунов; • ЗП с 2020 года — 150к руб/мес на руки. https://ur-l.ru/eee1111

Не ошиблись чатом?

У него иконка даже AD))

Лол

Привет, вопрос: у меня есть index.js — когда я запускаю electron-app, то у меня сначала стартует сервер через child_process.fork(), затем app.on(‘ready’, ()=>{} ) создается сам ui-window. Но сервер не успевает запустится, как подождать его загрузки, а только потом запускать ui-window?

Ждать пока сервер что то напишет в консоль

Привет, вопрос: у меня есть index.js — когда я запускаю electron-app, то у меня сначала стартует сервер через child_process.fork(), затем app.on(‘ready’, ()=>{} ) создается сам ui-window. Но сервер не успевает запустится, как подождать его загрузки, а только потом запускать ui-window?

сервер какой-то сторонний?

Привет, вопрос: у меня есть index.js — когда я запускаю electron-app, то у меня сначала стартует сервер через child_process.fork(), затем app.on(‘ready’, ()=>{} ) создается сам ui-window. Но сервер не успевает запустится, как подождать его загрузки, а только потом запускать ui-window?

через spawn можно капчурить stdout и ждать какое-то сообщение

Не, мой

Не, мой

я имею ввиду, что он не на JS

v7.0.0-nightly.20190710 https://github.com/electron/electron/releases/tag/v7.0.0-nightly.20190710 v7.0.0-nightly.20190710

я имею ввиду, что он не на JS

А, на джс

а что мешает его запустить не отдельным процессом, а внутри?

это так, первая мысль

а что мешает его запустить не отдельным процессом, а внутри?

Ок, а как запустить его внутри перед тем как app готово к работе?

что за сервер-то?

тут уже вопрос не к Electron

тебе нужно там искать callback или await и после этого открывать окно

{ "logFormatVersion": 1, "jobId": "772b13af-8103-4d56-b749-2201c61956e0", "status": "Accepted", "statusSummary": "Ready for distribution", "statusCode": 0, "archiveFilename": "iceberg.zip", "uploadDate": "2019-07-10T17:03:37Z", "sha256": "df4d3133ffda73b233d52766e69ad0024e40cd63da013d4104304c2a049bca1d", "ticketContents": [ { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/ReactiveCocoa.framework/Versions/Current", "digestAlgorithm": "SHA-256", "cdhash": "65fd803ee4e38f8350fb913af70461c6f0c9d44e", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/iceberg Helper.app", "digestAlgorithm": "SHA-256", "cdhash": "d9857cd0c2b0ce303628ec6b536e2ab8b03b7ed6", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app", "digestAlgorithm": "SHA-256", "cdhash": "e5415d3fec83b19534f77f5adb48b02ddbcf15be", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Electron Framework.framework/Versions/Current", "digestAlgorithm": "SHA-256", "cdhash": "9b9035ac62b40a4267dbfbe85a84fa788e968976", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Mantle.framework/Versions/Current", "digestAlgorithm": "SHA-256", "cdhash": "98ec031a5c6a85462a4f21bc46c18b0dd62ec400", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Squirrel.framework/Versions/Current", "digestAlgorithm": "SHA-256", "cdhash": "56287f88dd18ab1a6aab65132db96bee8d7a0c4c", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/MacOS/iceberg", "digestAlgorithm": "SHA-256", "cdhash": "e5415d3fec83b19534f77f5adb48b02ddbcf15be", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework", "digestAlgorithm": "SHA-256", "cdhash": "9b9035ac62b40a4267dbfbe85a84fa788e968976", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Resources/crashpad_handler", "digestAlgorithm": "SHA-256", "cdhash": "f0fce460c35071f5891e820056009b37c6b2a616", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Libraries/libffmpeg.dylib", "digestAlgorithm": "SHA-256", "cdhash": "954905d79abf94de9a0201d4e64b377fa52a3c82", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Squirrel.framework/Versions/A/Squirrel", "digestAlgorithm": "SHA-256", "cdhash": "56287f88dd18ab1a6aab65132db96bee8d7a0c4c", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Squirrel.framework/Versions/A/Resources/ShipIt", "digestAlgorithm": "SHA-256", "cdhash": "ce41eb7dcc975b751e02cdeea3eccc9d719b8ca1", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/ReactiveCocoa.framework/Versions/A/ReactiveCocoa", "digestAlgorithm": "SHA-256", "cdhash": "65fd803ee4e38f8350fb913af70461c6f0c9d44e", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/Mantle.framework/Versions/A/Mantle", "digestAlgorithm": "SHA-256", "cdhash": "98ec031a5c6a85462a4f21bc46c18b0dd62ec400", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/iceberg Helper.app", "digestAlgorithm": "SHA-256", "cdhash": "d9857cd0c2b0ce303628ec6b536e2ab8b03b7ed6", "arch": "x86_64" }, { "path": "iceberg.zip/iceberg.app/Contents/Frameworks/iceberg Helper.app/Contents/MacOS/iceberg Helper", "digestAlgorithm": "SHA-256", "cdhash": "d9857cd0c2b0ce303628ec6b536e2ab8b03b7ed6", "arch": "x86_64" } ], "issues": null }

нотаризация у Эппла прошла

а вот при запуске крашит

может быть проблема в asar?

Exception Type: EXC_CRASH (Code Signature Invalid)

v6.0.0-beta.13 https://github.com/electron/electron/releases/tag/v6.0.0-beta.13 v6.0.0-beta.13

А кто знает, почему собранное приложение может не находить модуль? он есть в node_modules и в package.json только его не находит, хотя в файле много зависимостей подключается. При этом, если приложение не собранно, то все ок

под собранно подразумеваю упакованно с помощью electron-builder

А кто знает, почему собранное приложение может не находить модуль? он есть в node_modules и в package.json только его не находит, хотя в файле много зависимостей подключается. При этом, если приложение не собранно, то все ок

модуль из npm или ты сам создал и положил в node_modules?

npm

npm

очень странно, одна из причин такого поведения когда ты создаешь дополнительный package.json в директории где находится компонент откуда ты вызываешь require

очень странно, одна из причин такого поведения когда ты создаешь дополнительный package.json в директории где находится компонент откуда ты вызываешь require

ну в собранно приложении, в resources/app/node_modules его правда нет

А он в dependencies лежит?

А он в dependencies лежит?

Ну да

А он в dependencies лежит?

Ну ты же про package Json dependencies , или есть какие-то build dependencies?

Ну ты же про package Json dependencies , или есть какие-то build dependencies?

Да, про package.json. Можно заставить принудительно скопировать папку. Но это костыль будет

Да, про package.json. Можно заставить принудительно скопировать папку. Но это костыль будет

а как?

а как?

долесть до настроек вебпака и добавить include: [*module*]

а какой сборщик?

вебпак

просто голый вебпак? Ни electron-packager, ни electron-builder?

а, сборщик именно электрона? у меня просто cra - там вебпак, но для электрона electron-builder

а модуль в cra используется?

да, там одно и тоже

что cra

что электрон

в cra все ок, если электрон запустить через electron . то тоже все ок

только в собранно приложении проблема

и cra сначало собирается, а потом из папки build пакуется в electron-builder ?

да

Ну тогда такая ошибка в основном бывает если не туда модуль установлени в devDependencies, например

exaclty

так и есть

сейчас попробую

мда, как я не заметил

попробовать почистить cache, удалить папку node_modules. заново все поставить

мда, как я не заметил

т.е. не там модуль стоял всё-таки

v dev

dependecies

...

так же считаю

…

ну ладно, спасибо

даже не посмотрел бы на них