-
-
Notifications
You must be signed in to change notification settings - Fork 7.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
has:image broken? #16118
Labels
Comments
Hello @zulip/server-search members, this issue was labeled with the "area: search" label, so you may want to check it out! |
I can confirm this is broken. Some quick testing suggests the API is working (Network tab shows results) but the UI is blank, which suggests a web frontend bug. |
sahil839
added a commit
to sahil839/zulip
that referenced
this issue
Aug 12, 2020
There was a bug where filtering using "has:image" does not show any messages while filtering using "has:attachments" also include messages with images. This commit fixes the bug by changing message_util.message_has_image to use 'hasClass' for checking if element with 'message_inline_image' class exists or not instead of using find. This change is done because '.find' searches for descendants of the element, whereas in this case the '.message_inline_image' element is not a descendant of a element in 'message.content', but it is one of the elements of 'message.content'. Fixes zulip#16118.
sahil839
added a commit
to sahil839/zulip
that referenced
this issue
Aug 12, 2020
There was a bug where filtering using "has:image" does not show any messages while filtering using "has:attachments" includes messages with images. This commit fixes the bug by changing message_util.message_has_image to use 'hasClass' for checking if element with 'message_inline_image' class exists or not instead of using find. This change is done because '.find' searches for descendants of the element, whereas in this case the '.message_inline_image' element is not a descendant of a element in 'message.content', but it is one of the elements of 'message.content'. Fixes zulip#16118.
thedeveloperr
added a commit
to thedeveloperr/zulip
that referenced
this issue
Aug 12, 2020
This commit solves a bug due non working find() for a html element which was not a descendant and fixes it by wrapping a virtual div around the message content so that find works as intended in any case whatsoever. This solution even protects from future cases of html content or hierarchy changes. Fixes zulip#16118.
thedeveloperr
added a commit
to thedeveloperr/zulip
that referenced
this issue
Aug 12, 2020
This commit solves a bug due non working find() for a html element which was not a descendant and fixes it by wrapping a virtual div around the message content so that find works as intended in any case whatsoever. This solution even protects from future cases of html content or hierarchy changes. Fixes zulip#16118.
thedeveloperr
added a commit
to thedeveloperr/zulip
that referenced
this issue
Aug 13, 2020
This commit solves a bug due non working find() for a html element which was not a descendant and fixes it by wrapping a virtual div around the message content so that find works as intended in any case whatsoever. This solution even protects from future cases of html content or hierarchy changes. Fixes zulip#16118.
timabbott
pushed a commit
that referenced
this issue
Aug 13, 2020
This commit solves a bug due non working find() for a html element which was not a descendant and fixes it by wrapping a virtual div around the message content so that find works as intended in any case whatsoever. This solution even protects from future cases of html content or hierarchy changes. Fixes #16118.
timabbott
pushed a commit
that referenced
this issue
Aug 14, 2020
This commit solves a bug due non working find() for a html element which was not a descendant and fixes it by wrapping a virtual div around the message content so that find works as intended in any case whatsoever. This solution even protects from future cases of html content or hierarchy changes. Fixes #16118.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I've just discovered
has:image
andhas:attachment
. But in our own realmhas:image
gives me nothing, while a lot of images show up inhas:attachment
. On CZOhas:image
gives me two messages, and againhas:attachment
gives me a lot of messages that I would say has an image.I figure an image counts as an attachment, but images aren't properly detected.
The text was updated successfully, but these errors were encountered: