<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>35236</bug_id>
          
          <creation_ts>2018-08-08 14:38:28 +0300</creation_ts>
          <short_desc>Сделать поле формы &quot;Новое название схемы&quot; обязательным к заполнению.</short_desc>
          <delta_ts>2025-11-14 12:26:57 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Branch p8</product>
          <component>alterator-openldap</component>
          <version>не указана</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="ashen">lex.shen</reporter>
          <assigned_to name="Andrey Cherepanov">cas</assigned_to>
          <cc>boyarsh</cc>
    
    <cc>cas</cc>
    
    <cc>grenka</cc>
    
    <cc>klark.devel</cc>
    
    <cc>manowar</cc>
          
          <qa_contact name="qa-p8@altlinux.org">qa-p8</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>173282</commentid>
    <comment_count>0</comment_count>
    <who name="ashen">lex.shen</who>
    <bug_when>2018-08-08 14:38:28 +0300</bug_when>
    <thetext>Служба каталогов LDAP -&gt; управление схемами -&gt; выберите файл -&gt; &lt;выбор файла схемы&gt; -&gt; добавить.

Если не заполнено поле &quot;Новое название схемы&quot;, то, как имя добавляемой схемы пусто, так и файл схемы именуется как &quot;.schema&quot;:

/etc/openldap/schema/.schema.

См. скриншоты.

https://yadi.sk/i/xvFGKRJy3a2aRf

https://yadi.sk/i/JQxKoE1N3a2aYG

В /etc/openldap/slapd.conf появляется такая запись:

#include                /etc/openldap/schema/.schema

И /etc/openldap/schema имеем:

/etc/openldap/schema/.schema

Правка /etc/openldap/slapd.conf исправляет ситуацию.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173298</commentid>
    <comment_count>1</comment_count>
    <who name="Grigory Ustinov">grenka</who>
    <bug_when>2018-08-08 18:50:38 +0300</bug_when>
    <thetext>Перевешиваю на p8.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173304</commentid>
    <comment_count>2</comment_count>
    <who name="ashen">lex.shen</who>
    <bug_when>2018-08-08 19:19:57 +0300</bug_when>
    <thetext>Угу. Не посмотрел, что на сизифе openldap не стартует (у меня) с такой руганью:

авг 08 19:07:19 ashennb.profpab.com slapd[21679]: looking for plugins in &apos;/usr/lib64/sasl2-3&apos;, failed to open directory, error: No such file or directory
авг 08 19:07:19 ashennb.profpab.com slapd[21679]: could not open config file &quot;/etc/openldap/slapd.conf&quot;: Permission denied (13)

Бага?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173318</commentid>
    <comment_count>3</comment_count>
    <who name="Leonid Krivoshein">klark.devel</who>
    <bug_when>2018-08-09 00:54:12 +0300</bug_when>
    <thetext>(В ответ на комментарий №2)
&gt; Бага?

Вряд ли. Скорее кривизна конфигурации. Сегодня как раз на Сизифе проверял ALD с alterator-openldap. Так вот там этой баги #35236 нет и такого поведения не наблюдается, но там вообще никакие файлы не загружаются, т.е. баг совсем другой.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173319</commentid>
    <comment_count>4</comment_count>
    <who name="ashen">lex.shen</who>
    <bug_when>2018-08-09 07:41:36 +0300</bug_when>
    <thetext>(В ответ на комментарий №3)
&gt; (В ответ на комментарий №2)
&gt; &gt; Бага?
&gt; 
&gt; Вряд ли. Скорее кривизна конфигурации.

Вполне возможно. Пакеты ставил из сизифа, конфиги ручками не трогал

&gt; Сегодня как раз на Сизифе проверял ALD с
&gt; alterator-openldap. Так вот там этой баги #35236 нет и такого поведения не
&gt; наблюдается, но там вообще никакие файлы не загружаются, т.е. баг совсем
&gt; другой.

Есть такое. Файлы схем не загружаются. А раз схемы не грузятся, то и наличие/отсутствие #35236 проверить нельзя.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173321</commentid>
    <comment_count>5</comment_count>
    <who name="ashen">lex.shen</who>
    <bug_when>2018-08-09 09:46:56 +0300</bug_when>
    <thetext>09.08.2018 03:14, Leonid Krivoshein пишет:
&gt; А можете проверить, исправляет задание проблему и не вносит регрессий?
&gt;
&gt; apt-repo test 211195 

На счёт регрессии не скажу, не заметил пока.
Схема добавляется, но имя такое ... мягко скажем непонятное ... :)
Имя файла схемы:

MozillaLDAPAddressBook.Schema

Имя схемы не задано в поле &quot;Имя новой схемы:&quot;
Схема добавилась с таким именем:


schema_filel4KDyt	/etc/openldap/schema/schema_filel4KDyt.schema


Считаю, что:
1) Если поле &quot;Имя новой схемы:&quot; пусто добавление должно блокировать, о чём пользователь должен быть извещён;
2) Дефолтное имя схемы следцет брать из имени файла схемы отбросив &quot;.schema&quot;, а там уж как пользователь её обзовёт его дело.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173322</commentid>
    <comment_count>6</comment_count>
    <who name="ashen">lex.shen</who>
    <bug_when>2018-08-09 09:49:12 +0300</bug_when>
    <thetext>&gt; 2) Дефолтное имя схемы следцет брать из имени файла схемы отбросив &quot;.schema&quot;, а
&gt; там уж как пользователь её обзовёт его дело.

Дефолтное имя не просто формировать из имени файла, а вставлять в поле &quot;Имя новой схемы:&quot;, с возможностью его редактирования.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173326</commentid>
    <comment_count>7</comment_count>
    <who name="Leonid Krivoshein">klark.devel</who>
    <bug_when>2018-08-09 11:47:30 +0300</bug_when>
    <thetext>(В ответ на комментарий №5)
&gt; Считаю, что:
&gt; 1) Если поле &quot;Имя новой схемы:&quot; пусто добавление должно блокировать, о чём
&gt; пользователь должен быть извещён;

Стандартное (ожидаемое) поведение для веб-форм: загрузка файла с тем именем, что и на хосте клиента, как опция: возможность его тут же переименовать. По замыслу авторов alterator-openldap, данное поле было изначально опционально.

&gt; 2) Дефолтное имя схемы следует брать из имени файла схемы отбросив &quot;.schema&quot;,
&gt; а там уж как пользователь её обзовёт его дело.

В коде сейчас именно так и сделано:
http://git.altlinux.org/tasks/index/p8/eperm/211195/gears/100/git?p=git;a=commitdiff;h=79d275d3e85550e280c9c78eac57aa19e85c6dd9

Но для меня загадка, почему файл загружается с таким именем. Видимо это уже guile, надо спрашивать manowar@.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173351</commentid>
    <comment_count>8</comment_count>
    <who name="Leonid Krivoshein">klark.devel</who>
    <bug_when>2018-08-10 19:31:33 +0300</bug_when>
    <thetext>(В ответ на комментарий №6)
&gt; Дефолтное имя не просто формировать из имени файла, а вставлять в поле &quot;Имя
&gt; новой схемы:&quot;, с возможностью его редактирования.

По-моему, проблема и решение на стороне фронт-энда: либо gule, либо ajax. Моя попытка исправить бэкэнд привела к не совсем ожидаемому результату, так что оставлю решение проблемы фронт-эндовцам.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>173356</commentid>
    <comment_count>9</comment_count>
    <who name="manowar@altlinux.org">manowar</who>
    <bug_when>2018-08-10 20:50:45 +0300</bug_when>
    <thetext>(В ответ на комментарий №8)
&gt; (В ответ на комментарий №6)
&gt; &gt; Дефолтное имя не просто формировать из имени файла, а вставлять в поле &quot;Имя
&gt; &gt; новой схемы:&quot;, с возможностью его редактирования.
&gt; 
&gt; По-моему, проблема и решение на стороне фронт-энда: либо gule, либо ajax. Моя
&gt; попытка исправить бэкэнд привела к не совсем ожидаемому результату, так что
&gt; оставлю решение проблемы фронт-эндовцам.

Соглашусь. Но в бакенде нужно обязательно тоже сделать проверку на непустое значение. И слать write_error с пояснительным сообщением, если пустое. Бакенд должен защищать себя от некорректного использования.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>276748</commentid>
    <comment_count>10</comment_count>
    <who name="Andrey Cherepanov">cas</who>
    <bug_when>2025-11-14 12:26:57 +0300</bug_when>
    <thetext>Продукт более не поддерживается. Если актуально, то необходимо перевешать на новый поддерживаемый репозиторий (p10, p11, Sisyphus).</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>