Ceon » Jupiter

Można wybrać całą bazę danych jako cel dla przenoszonych zasobów¶

1. kliknij na artykule "Przenieś dokument"
2. pojawia się okno wyboru z drzewem
3. zaznacz bazę danych i kliknij "Wybierz"
4. Pojawia się okno "Błąd po stronie serwera"

Podwójne kliknięcie zasobu w oknie wyboru celu przenoszenia powoduje otwarcie podglądu tego zasobu w głównym oknie aplikacji "po spodem"¶

Wybranie zasobu w oknie wyboru celu przenoszenia czasem powoduje przewinięcie listy do góry i zniknięcie wybranego elementu z pola widzenia¶

1. Kliknij "Przenieś dzieci dokumentu" dla czasopisma "Acta Scientiarum Polonorum. Oeconomiaa" w BazEkon (http://localhost:4200/editor/document/bwmeta1.element.ekon-element-issn-1644-0757/preview)
2. W drzewie wyboru rozwiń węzeł tego czasopisma
3. Przewiń na dół i kliknij na następnym czasopiśmie w drzewie wyboru
4. Lista zostaje przewinięta do góry, a wybrane czasopismo znika na dole

Próba przeniesienia zasobu, który ma błąd w danych (nie waliduje się po otwarciu w UI) kończy się niepowodzeniem bez komunikatu. Jeżeli takie dane będą istniały w systemie, to przydałby się komunikat przy przenoszeniu.¶

Np. pierwszy artykuł z:
BazEkon -> Acta Scientiarum Polonorum. Oeconomiaa -> 9 (2010) -> nr 1
http://localhost:4200/editor/document/bwmeta1.element.ekon-element-000171198405/preview

Po przenoszeniu żółta belka zaznaczająca edytowany element pozostaje na stałe przy jednym elemencie¶

1. Przygotować artykuł A i nr N, do którego można przenieść A
2. Otworzyć edycję elementu X innego niż A i N
3. Rozwinąć w drzewie rodzica A i N
4. Przenieść A do N
5. Poczekać aż A pojawi się w N
6. Otworzyć edycję elementu Y (innego niż A, N, X)
7. Belka pozostaje na X

Po przenoszeniu żółta belka zaznaczająca edytowany element znika¶

1. Przygotować artykuł A i nr N, do którego można przenieść A
2. Otworzyć edycję A
3. Przenieść A do N
4. Żółta belka znika (pojawia się informacja "dokument został zmieniony")
5. Otworzyć edycję elementu Y (innego niż A, N)
6. Brak żółtej belki na Y
7. Kliknąć odśwież przy N,
8. belka pojawia się na A
9. kliknąć edycję Y - belka nadal zostaje na A

Przy przenoszeniu zasobu w konsoli pojawia się błąd¶

Błąd przetwarzania XML: nie znaleziono głównego elementu
Obszar: http://localhost:8080/api/structure/move/fd6dac44-8422-452f-9b1f-8642b2d0f7c6?deleteParent=false
Numer wiersza: 1, kolumna 1:

Nie widać, żeby powodował jakieś problemy.

Nie można przenieść numeru do rocznika jeżeli nie utworzono wolumenu¶

(niezależnie od przenoszenia dokumentów, w ogóle nie można dodać bezpośrednio numeru do rocznika)

Być może to nie jest błąd tylko kwestia konfiguracji hierarchii dla danej bazy i tak ma być?

Np. w BazEkon, czasopismo "Acta Scientiarum Polonorum. Oeconomiaa" nie ma wolumenów i nie da się przenosić numerów między rocznikami tego czasopisma.

Problemy z aktualizacją drzewa podczas przenoszenia elementów, nie wiadomo kiedy kończy się operacja przenoszenia¶

Zaraz po wykonaniu akcji przenieś drzewo jest aktualizowane, ale operacja nadal trwa w backendzie. Przyciski "odśwież" w drzewie pokazują aktualny stan przenoszenia. Użytkownik w oczekiwaniu na wynik przenoszenia może zacząć klikać "odśwież" na węzłach drzewa.

Przykład:

1. Przenieś artykuł A z numeru N1 do numeru N2
2. A pojawia się w drzewie pod N2 i znika z N1
3. kliknij odśwież na N1 i N2
4. A pojawia się z powrotem w N1 i znika z N2
5. Po zakończeniu przenoszenia, kliknięcie odśwież na N1 i N2 wyświetli A prawidłowo w N2

Podobnie, gdy przenosimy z usuwaniem rodzica - po odśwież rodzica znika skreślenie usuwanego elementu.

Podczas przenoszenia w drzewie mogą pojawić się "kopie" zasobów. Powstaje wtedy efekt "powiązania":
Przykład:

1. Przenieść artykuł A z N1 do N2
2. Poczekać aż A pojawi się w miejscu docelowym N2
3. Po zniknięciu A z N1, odświeżyć N1 (A pojawia się ponownie)
4. Teraz mamy A w N1 i w N2
5. Po kliknięciu na którąś kopię A zielona belka pojawia się dla obu kopii
6. Akcje w drzewie są dublowane dla skopiowanych węzłów (np. rozwinięcie potomków)

Przy przenoszeniu elementów z wieloma potomkami i klikaniu odśwież elementy pojawiają się i znikają w zależności od etapu przenoszenia. Nie wiadomo, w którym momencie kończy się proces przenoszenia i czy to co widzimy w drzewie to końcowy efekt, czy tymczasowe położenie węzłów związane z odświeżaniem.

Pojawia się też "błąd połączenia" opisany w #1927, związany z usunięciem elementu, który nadal jest widoczny w drzewie (przez akcję odśwież).

Jeżeli uruchomimy kolejną akcję przenoszenia zanim zakończy się poprzednia to odświeżanie węzłów będzie też "psuło" drzewo w okienku, w którym wybieramy cel dla przenoszonych zasobów.

Jeśli poczekamy na zakończenie przenoszenia przez backend, to opisane problemy nie występują.

Na przenoszonych węzłach można wywoływać akcje przed zakończeniem przenoszenia.¶

Brak oznaczenia i blokowania przenoszonych węzłów powoduje, że można na nich wywoływać kolejne akcje przed zakończeniem przenoszenia np.: przenieś, usuń, dodaj nowy element. W połączeniu z akcją odśwież pokazującą częściowy stan przenoszenia zaczynają się pojawiać trudne do uchwycenia błędy:

m.in. natknąłem się na NPE w:

pl.edu.icm.jupiter.services.storage.hierarchy.HierarchyManagementServiceImpl.getAllowedChildTypes(HierarchyManagementServiceImpl.java:101)

Zdarzyło się też usunięcie całego czasopisma podczas usuwania numeru. Stało się, to na czasopiśmie, którego zawartość wielokrotnie przenosiłem i "psułem". Mogła to być moja pomyłka, ale wyglądało na "skumulowany podczas klikania" problem w UI (najpierw został skreślony usuwany element, dopiero potem całe drzewo).

Może też się zdarzyć puste okno edytora jeżeli edytujemy usuwanego rodzica.

Nie opisuję poszczególnych przypadków, bo trudno je wyłapać i opisać. Mają wspólne źródło i nie ma sensu ich katalogować.

Może przydało by się blokowanie ekranu aplikacji podczas przenoszenia (wtedy nie można nic popsuć i wiadomo, kiedy akcja się zakończyła)? Może wystarczy tylko implementacja #1691: Cache danych tymczasowych (tak jak w #1881)?

Według opisu zadania powinna być możliwość wybrania pojedynczych dzieci do przenoszenia, ale być może zostało ustalone ustnie, że tego nie robimy¶

1. Wybranie zasobu w oknie wyboru celu przenoszenia czasem powoduje przewinięcie listy do góry i zniknięcie wybranego elementu z pola widzenia
   nie udało mi się odtworzyć

1. Po przenoszeniu żółta belka zaznaczająca edytowany element pozostaje na stałe przy jednym elemencie
   wystarczyło otworzyć okno w dodatkowym drzewem

1. Nie można przenieść numeru do rocznika jeżeli nie utworzono wolumenu
   jeśli konfiguracja hierarchii nie pozwala na dany element w docelowym miejscu to nie można go tam przenieść

1. Według opisu zadania powinna być możliwość wybrania pojedynczych dzieci do przenoszenia, ale być może zostało ustalone ustnie, że tego nie robimy
   ustaliliśmy z Michałem, że w pierwsze kolejności przenosimy wszystkie dzieci, ewentualnie później mieliśmy dorobić wybór

• przenoszone elementy są wyszarzane i nie powinno być możliwości uruchamiania na nich akcji, uruchamianie REST, jak ktoś będzie chciał przenieść ponownie element, który przed chwilą był przenoszony to elementy ostatecznie wyląduje w miejscu z ostatniej operacji przenoszenia

• Można wybrać całą bazę danych jako cel dla przenoszonych zasobów
  powyższy problem nadal występuje

Łukasz Waśkiewicz wrote:

1. Wybranie zasobu w oknie wyboru celu przenoszenia czasem powoduje przewinięcie listy do góry i zniknięcie wybranego elementu z pola widzenia
   nie udało mi się odtworzyć

problem występuje w Firefox (w Chrome działa dobrze)

1. Po przenoszeniu żółta belka zaznaczająca edytowany element pozostaje na stałe przy jednym elemencie
   wystarczyło otworzyć okno w dodatkowym drzewem

nie rozumiem odpowiedzi, co znaczy "otworzyć okno z dodatkowym drzewem"?

• przenoszone elementy są wyszarzane i nie powinno być możliwości uruchamiania na nich akcji, uruchamianie REST, jak ktoś będzie chciał przenieść ponownie element, który przed chwilą był przenoszony to elementy ostatecznie wyląduje w miejscu z ostatniej operacji przenoszenia

nie widzę, żeby elementy były wyszarzane, nadal można je usuwać, edytować, odświeżać itp. może coś źle robię po swojej stronie?

1. Wybranie zasobu w oknie wyboru celu przenoszenia czasem powoduje przewinięcie listy do góry i zniknięcie wybranego elementu z pola widzenia
   duplikat #1928

1. Po przenoszeniu żółta belka zaznaczająca edytowany element pozostaje na stałe przy jednym elemencie wystarczyło otworzyć okno w dodatkowym drzewem
   chodziło mi ze wystarczy otworzyć okno przenoszenia, (kliknąć w context menu przenieś...) to już powodowało problem z drzewem nie było konieczności przenoszenia dokumentów

1. przenoszenie dokumentów, przenoszone dokumenty są usuwane z wyników wyszukania dopóki wynik wyszukania w indeksie nie będzie wskazywał ze mają poprawnego rodzica

• jest jeszcze drobiazg związany z możliwością przeniesienia artykułu/zasobu do innej bazy danych - leci błąd po stronie serwera

• pierwszy odruch użytkownika po zleceniu przenoszenia, to klikanie na odśwież, żeby zobaczyć efekt operacji. Klikając kilka razy odśwież na docelowym węźle zaraz po uruchomieniu przenoszenia zasobu mamy taki efekt:
1. nie widać zasobu
2. pojawia się
3. znika
4. nie widać go aż do zakończenia operacji (ten punkt jest ok)

Mi się nadal wydaje, że nie było by nic złego w zablokowaniu całego ekranu podczas przenoszenia, a żeby było super można by pokazywać jakiś progres bar, albo informację w stylu "przeniesiono X dokumentów, pozostało Y", bazując na odpytywaniu Infony. Myślę, że przenoszenie to jest solidna porcja przetwarzania i trudno, żeby aplikacja w tym czasie działała dobrze.