Known Bugs: Difference between revisions

From EHWiki
Jump to navigationJump to search
Luna Flina (talk | contribs)
Galleries: Changing gallery description and not saving prior to updating with new files/changing order will cause the description to be reverted. Save the description first.
Luna Flina (talk | contribs)
Galleries: Uploading too many files or data in one go will always cause a timeout but still upload the files, just not PHP-process them and discard them at the end of the upload instead, wasting bandwidth - and time - for both sides.
Line 19: Line 19:
**'''Workaround''' - Upload any picture in the gallery manager, remove it, apply order and save changes. The unpublished gallery should now be correctly categorized as empty.
**'''Workaround''' - Upload any picture in the gallery manager, remove it, apply order and save changes. The unpublished gallery should now be correctly categorized as empty.
*'''Bug''' - New [[comments]] may take some time to appear. This is due to URL changes in the gallery system; comments will show up once everything has been cached.
*'''Bug''' - New [[comments]] may take some time to appear. This is due to URL changes in the gallery system; comments will show up once everything has been cached.
*'''Bug?''' - Uploading too many files simultaneously will result in a timeout at the end of the process (discarding all files) while still uploading everything. This is indicated by the Uploading: ***% not showing up in the status bar even though network traffic is fine.
**'''Workaround''' - '''Regardless''' of connection speed, never upload more than 2 GB (or the full 2,000 files) in one go. Consider making several folders and uploading them one after another in the same gallery if the files have non-ASCII filenames. Use an archive if all are ASCII-compliant.
*'''Bug?''' - Updating new files/reordering locks all interactions with the gallery besides the order type choices. While this is the intended behavior, this means any description changes made in between will also be discarded.
*'''Bug?''' - Updating new files/reordering locks all interactions with the gallery besides the order type choices. While this is the intended behavior, this means any description changes made in between will also be discarded.
**'''Workaround''' - If the text was changed but not saved before updating/reordering the gallery, copy the field's content into the clipboard (or paste it in a text editor) before applying the order changes via the buttons, then paste it back in and save the changes to the description field in order to prevent the new text from being reverted. Alternately, always remember to save description changes first!
**'''Workaround''' - If the text was changed but not saved before updating/reordering the gallery, copy the field's content into the clipboard (or paste it in a text editor) before applying the order changes via the buttons, then paste it back in and save the changes to the description field in order to prevent the new text from being reverted. Alternately, always remember to save description changes first!

Revision as of 22:46, 7 September 2018

This article is for any known errors in E-Hentai that are believed to be non-intentional.

E-Hentai

Wiki

  • Bug - Existing articles may fail to properly redirect or display as red links if not yet cached. In such cases, red links still lead to the article and the redirect works every second visit.
    • Workaround for red links - Make a minor edit and remove the linefeed at the end of the article. This does not count as an edit but forcefully refreshes the article.
      • This bug usually only triggers for articles linking to each other or articles posted almost simultaneously.

Forums

  • Aesthetic - Field usage warnings do not take certain characters into account when attempting to throw an alert with current character usage with priority over the board error message.
    • Workaround - If the native IPB system throws in a "field too long" error, keep shortening the field - that means it still is over the allowed limit.
  • Aesthetic - Forum attachments will show as attached to a "Personal Message" if the attachment was added to a thread without applying changes (as the board is confused about where they are).
    • Such attachments can be linked to (by embedding them and linking to the temporary file) but will self-destruct after a short period. This behavior is working as intended.

Galleries

  • Aesthetic - Empty unpublished galleries may sometimes be listed under unpublished instead of empty. This usually happens if there was a problem during the uploading phase or if it was cancelled by the user.
    • Workaround - Upload any picture in the gallery manager, remove it, apply order and save changes. The unpublished gallery should now be correctly categorized as empty.
  • Bug - New comments may take some time to appear. This is due to URL changes in the gallery system; comments will show up once everything has been cached.
  • Bug? - Uploading too many files simultaneously will result in a timeout at the end of the process (discarding all files) while still uploading everything. This is indicated by the Uploading: ***% not showing up in the status bar even though network traffic is fine.
    • Workaround - Regardless of connection speed, never upload more than 2 GB (or the full 2,000 files) in one go. Consider making several folders and uploading them one after another in the same gallery if the files have non-ASCII filenames. Use an archive if all are ASCII-compliant.
  • Bug? - Updating new files/reordering locks all interactions with the gallery besides the order type choices. While this is the intended behavior, this means any description changes made in between will also be discarded.
    • Workaround - If the text was changed but not saved before updating/reordering the gallery, copy the field's content into the clipboard (or paste it in a text editor) before applying the order changes via the buttons, then paste it back in and save the changes to the description field in order to prevent the new text from being reverted. Alternately, always remember to save description changes first!
  • Bug? - Full-width whitespaces as well as other invisible characters are accepted, allowing for empty titles.
  • Bug? - Lo-Fi galleries do not use namespaces.

Hentai@Home

  • Aesthetic - Client settings may report minimum requirements as 100KB/s burst speed, 100MB hourly limit and 2GB cache after a shutdown.
    • The actual requirements still are 200KB/s, 300MB and 10GB (or static range count*175MB, whichever is higher) respectively. Anything below this will return an error if set and fail to apply.
  • Bug - Clients do not retain the year they were last seen and will report "Today, hh:mm" one year after being last seen (they will not show "Yesterday, hh:mm" on the next day but "M dd, hh:mm" again).
    • Idle clients do not get pruned exactly one year after being last seen on the network, which may be related to an internal change in the pruning process. They will still expire after ~400 days of being idle.

EHTracker

  • Bug? - Creating a torrent will always announce the root (oldest) gallery ID in a gallery chain. Clicking the torrent in the torrent list will link to the root gallery instead of the most recent update.
    • Probably working as intended as using any node will still redirect to the root upon creation. Additional trackers with each gallery update can be used clientside but this has no effect on the swarm.

HentaiVerse

See also