Content
View differences
Tested on desktop Firefox at [https://qa.openproject-stage.com](https://qa.openproject-stage.com/) on evening 4.6. (post-Blocknote update)
General Documents feature:
* **Pagination bug (**<mention class="mention" data-id="75689" data-type="work_package" data-text="#STC-811" data-display-id="STC-811"><strong>#STC-811</strong></mention>**):** bug:**
1. **Type something into Search**
2. **Click the next result page OR change the page size**
3. **\=> "**`406 Not Acceptable`**"**
* **This** _**does**_ **work if I copy the search URL and open it in new tab**
* Do we really want the default URL to be global (`/documents/{id}`)? Shouldn't the canonical URL include `/projects/{id}` as we do it in other sections?
* The "Attach files" hyperlink under the "Drag or click" element seems redundant.
* The "active editors" indicator should be renamed to also include for read-only users (<mention class="mention" data-id="69990" data-type="work_package" data-text="#STC-598" data-display-id="STC-598">#STC-598</mention>)
* Clicking the +Document button multiple times generates multiple blank documents -- I can see this happening on slower connection. Might we want to at least `disable` the button while the API call is executing? (<mention class="mention" data-id="69319" data-type="work_package" data-text="#STC-550" data-display-id="STC-550">#STC-550</mention>)
* The title supports leading namespace, but it is stripped when rendered -- do we want to retain it?
* Clicking through Types on the left, I feel the UI does not indicate enough which filter is applied
* The title says "All documents" at all times -- as an easy win, we could tweak that one to show "Proposal documents", "Idea documents" etc.
* Idea: adding a document could follow these filters -- e.g. if we're listing Ideas, `+Document` could default the type to Idea
* Idea: A "Created at" somewhere would be nice, right now we only show the last edit timestamp
* Idea: The "Active editors" popup _could_ link to the actual OP profiles
Editor:
* **Whenever I select anything, the whole document area jumps a little bit down.**
* **Broken Ctrl-Z (**#STC-779)
* The text formatting toolbar pops up when I select by mouse, but not by keyboard
* Edit: Mmmmm, it started working later on -- guess there will be an edge case somewhere
* You are allowed to link to nothing by selecting text, clicking "Link", then hitting Enter
* No vertical scrollbar? 🤔
WP references:
* When I write a hash (or multiple hashes) and trigger search for WPs, it would be nice to get a loading indicator. Currently it looks like nothing is happening at all, especially on slow connections.
* **When I generate a mention via a hash and then immediately try to delete it with backspace, nothing happens (until I move the cursor elsewhere and then back) (#STC-806)** (**<mention class="mention" data-id="75669" data-type="work_package" data-text="#STC-806" data-display-id="STC-806"><strong>#STC-806</strong></mention>**)**
* **Same if I write some text immediately after the mention and then try to delete -- backspace does nothing**
* When browsing the hash suggestions via a down arrow, it seems that additionally to the 5 shown items, there are also another 5 hidden ones -- you can check by navigating down from the last one, or up from the first one.
* Same thing happens in that "Link existing WP" feature triggerable via a slash - except in this case, the list doesn't wrap
* **When I make a typo like ###pacakge and it matches no WP, the search functionality deactivates. If I want to correct my mistake, hit backspace few times and then correct the word, the search doesn't trigger again. Should we be giving up on this so easily?**
* If I write 4+ hashes in a row and then text (like ##########test), it is still treated as WP linking. Do we want this?
* Layout is slightly off when mentions are invoked via `/wp`
* <img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/921708/content">
* Feature idea: Convert pasted WP links into mentions
General Documents feature:
* **Pagination bug (**<mention class="mention" data-id="75689" data-type="work_package" data-text="#STC-811" data-display-id="STC-811"><strong>#STC-811</strong></mention>**):**
1. **Type something into Search**
2. **Click the next result page OR change the page size**
3. **\=> "**`406 Not Acceptable`**"**
* **This** _**does**_ **work if I copy the search URL and open it in new tab**
* Do we really want the default URL to be global (`/documents/{id}`)? Shouldn't the canonical URL include `/projects/{id}` as we do it in other sections?
* The "Attach files" hyperlink under the "Drag or click" element seems redundant.
* The "active editors" indicator should be renamed to also include for read-only users (<mention class="mention" data-id="69990" data-type="work_package" data-text="#STC-598" data-display-id="STC-598">#STC-598</mention>)
* Clicking the +Document button multiple times generates multiple blank documents -- I can see this happening on slower connection. Might we want to at least `disable` the button while the API call is executing? (<mention class="mention" data-id="69319" data-type="work_package" data-text="#STC-550" data-display-id="STC-550">#STC-550</mention>)
* The title supports leading namespace, but it is stripped when rendered -- do we want to retain it?
* Clicking through Types on the left, I feel the UI does not indicate enough which filter is applied
* The title says "All documents" at all times -- as an easy win, we could tweak that one to show "Proposal documents", "Idea documents" etc.
* Idea: adding a document could follow these filters -- e.g. if we're listing Ideas, `+Document` could default the type to Idea
* Idea: A "Created at" somewhere would be nice, right now we only show the last edit timestamp
* Idea: The "Active editors" popup _could_ link to the actual OP profiles
Editor:
* **Whenever I select anything, the whole document area jumps a little bit down.**
* **Broken Ctrl-Z (**#STC-779)
* The text formatting toolbar pops up when I select by mouse, but not by keyboard
* Edit: Mmmmm, it started working later on -- guess there will be an edge case somewhere
* You are allowed to link to nothing by selecting text, clicking "Link", then hitting Enter
* No vertical scrollbar? 🤔
WP references:
* When I write a hash (or multiple hashes) and trigger search for WPs, it would be nice to get a loading indicator. Currently it looks like nothing is happening at all, especially on slow connections.
* **When I generate a mention via a hash and then immediately try to delete it with backspace, nothing happens (until I move the cursor elsewhere and then back) (#STC-806)**
* **Same if I write some text immediately after the mention and then try to delete -- backspace does nothing**
* When browsing the hash suggestions via a down arrow, it seems that additionally to the 5 shown items, there are also another 5 hidden ones -- you can check by navigating down from the last one, or up from the first one.
* Same thing happens in that "Link existing WP" feature triggerable via a slash - except in this case, the list doesn't wrap
* **When I make a typo like ###pacakge and it matches no WP, the search functionality deactivates. If I want to correct my mistake, hit backspace few times and then correct the word, the search doesn't trigger again. Should we be giving up on this so easily?**
* If I write 4+ hashes in a row and then text (like ##########test), it is still treated as WP linking. Do we want this?
* Layout is slightly off when mentions are invoked via `/wp`
* <img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/921708/content">
* Feature idea: Convert pasted WP links into mentions