responsively-org/responsively-app

State sharing between instances

Aberta

#1.010 aberto em 7 de jul. de 2023

Ver no GitHubGuia do colaborador
 (7 comentários) (0 reação) (0 responsável)JavaScript (1.064 forks)batch import
bughelp wanted

Métricas do repositório

Stars
 (21.641 estrelas)
Métricas de merge de PR
 (Métricas PR pendentes)

Description

🐞 bug report

State sharing between instances

✍️ Description

When using two independent instances of the app they share some data and inputs. When scrolling a page on one app, the other gets scrolled simultaneously. Going back and forward in history is also shared across apps as the taps on the page.

🕵🏼‍♂️ Is this a regression?

No. 1.4.0 has a similar issue

🔬 Minimal Reproduction

  1. Open one app with a page
  2. Open the second app with a page
  3. Scroll on the first app
  4. The page on the second app is getting scrolled as well

🌍 Your Environment

Ctrl + F1 doesn't work

System: Ubuntu 22.04 App version: 1.5.0.AppImage

🔥 Exception or Error or Screenshot

Guia do colaborador

Direção de pesquisa
O problema descreve o compartilhamento de estado entre duas instâncias do aplicativo Responsively, onde rolagem, histórico e toques são espelhados. A causa raiz provavelmente está no processo principal do Electron gerenciando múltiplas instâncias de BrowserWindow. Investigue como os dados específicos da janela (por exemplo, posição de rolagem, histórico de navegação) são armazenados e se são acidentalmente compartilhados via variáveis globais ou localStorage. Verifique o código do processo de renderização para qualquer uso de recursos compartilhados, como o mesmo webview ou armazenamento persistente. Examine os arquivos de origem do aplicativo no repositório do GitHub, particularmente o ponto de entrada do processo principal e quaisquer utilitários de gerenciamento de estado. Os comentários do problema podem conter pistas adicionais ou sugestões para uma correção.
Pilha de tecnologia
javascriptelectron
Domain
frontenddesktop
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
JavaScriptElectron basics
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
60