Status
Not open for further replies.
AJAX issues may prevent UTF-8 characters from working properly.

Please provide the characters you're attempting to use so that I can test this locally.
 
Here the characters - א ב ג ד ה ו ז ח ט י כ ל מ נ ס ע פ צ ק ר ש ת

Windows-1255 (Hebrew)

The pop up show me hebrew without problem , But the massage about not read massage .. gone.
 
Last edited:
I'm unable to replicate this issue, which leads me to believe it's an issue with the character encoding you're using on your forum.

The notification loads fine for me. You might want to try using UTF-8 instead of Windows-1255, or stick to ISO-8859-1 which can still work with Hebrew characters as evidenced by your above post :)
 
Have you tried changing the character encoding of your forum to UTF-8 or ISO-8859-1?
 
If i do that
admincp > language manager > edit > and there find caracter set and change it to UTF-8 or UTF8 Or ISO-8859-1
All is no good . ���� �

Only Windows-1255 work good .
 
i can't change in my system to UTF-8 OR ISO-8859-1 - this show me no good caracters in my forum . Th database is 10 years old .
Now i set in my admin window-1255 and i installed vbulletin-4.2.0-Build 0166-(Windows-1255)

in my new forum it's work great with utf-8 ...

But this old forum with this encode - window-1255

can you help me ?
 
I still need an answer to my previous question.

Does the notification show up if you temporarily set your charset to UTF-8, even if the symbols are broken?
 
Yes , i can't set from admin to UTF-8 - if i set so have all the error charsets
if i set to utf-9 and upload vbulletin-4.2.0-Build 0166-(UTF-8) have error charsets

maybe becuse it's old database - i don't know if i can fix this database to UTF-8 .

but it's the point .. only need work with this module .. with window-1255
 
Sorry for the delay, the past week has been rather hectic - I've been away on holiday and travelling :)

We don't have any record of you purchasing vBNotifications - can you please clarify what you meant?


Could you please create and PM me with a temporary FTP and AdminCP account?

For security reasons, we recommend you create a new FTP account only for DBTech support, then disable or delete it after we have both confirmed the issue has been solved and there are no further issues.

The same applies to AdminCP accounts; they should ideally be temporary accounts created for us only. If we have created an account on your site already, you can optionally boost that account to Administrator and then de-admin this account once the issue has been solved.

If you use a .htaccess password protection for your AdminCP directory, it is recommended that you create a new authorised user for DBTech and remove this user once the issue has been solved.

Please test any temporary accounts you create to ensure that the FTP account has access to the forum files, and that the AdminCP account can access the administrative controls for the product we are assisting you with.

Ensuring this is all in order before submitting the information will significantly speed up the process of assisting you. We will alert you via PM if there's any issues with the login information you have provided.

When sending the PM, for your security you should also un-tick the "Save a copy in my Sent Items folder" checkbox. When the access details have been received, we will delete the PM from our inbox. Ensuring you have not kept a copy of the PM reduces the risk of security breaches.

Thank you for helping us debug our products and allowing us to assist you, we appreciate it :D
 
Status
Not open for further replies.

Legacy vBNotifications

vBulletin 4.x.x
Seller
DragonByte Technologies
Release date
Last update
Total downloads
518
Customer rating
0.00 star(s) 0 ratings
Back
Top