Jump to content

Search the Community

Showing results for tags 'bug'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Development
    • HTML Coding
    • JavaScript
    • PHP
    • CMS
    • Database
    • Web Server
    • Web-site Development
    • Internet Marketing, SEO
  • Library
    • Tricks and solutions
    • Books
  • Commercial services
    • Freelance
    • Job
    • Goods and Services
  • Our Forum
    • Flame
    • Contests
    • Feedback and Ideas

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Web site


Telegram


Signal


Viber


Skype


From


Interests

Found 7 results

  1. При дефолтном шрифте в 16 px, между блоками inline-block 4px отступа. Имеем такую верстку: Результат в хром версии 61: Отступа между псевдоэлементов before - inline-block который у нас в ширину в 1px и и первым блоком нету, но отступ должен быть! но если в хроме, в панели разработчиков, в DOM, у псевдоэлемента before выключить display: inline-block и включить, то станет нормально отображаться, попробуйте) пример: а вдругих браузерах сразу корректно отобразится что думаете на сей счет ? такой косяк с отступом проявляется только с псевдоэлементом inline-block и только в хром с большущим подозрением именно 61 версией...
  2. Буду очень благодарен, если вы мне подскажите, как можно решить проблему. Скидываю простейший пример вёрстки, демонстрирующей проблему, без лишнего мусора - https://github.com/R45H/bug-in-ff. Нужно, чтобы в firefox отображалось также, как и в хроме. С учётом адаптивности. Здесь используется флексбокс и паддинг снизу в % для сохранения пропорций картинок. Проблема заключается в том, что при указании flex-direction: column; лиса схлопывает картинки (а хром нет). Мне подойдёт любое решение, но поведение и вид должны быть такими же, как в примере в хроме: - пропорциональное уменьшение картинок; - блоки с синей обводкой растягиваются на всю оставшуюся высоту; - голубой и зелёный блоки подстраиваются по высоте друг под друга (неважно где сколько текста); - на планшетах всё должно разворачиваться по-бутстраповски (как сейчас в примере). Заранее спасибо за помощь.
  3. Всем привет! Никак не могу разобраться, в чем тут дело. В интернете тоже никакой информации о таком странном поведении браузера не нашел. Все браузеры корректно загружают файлы, кроме Safari. Подписываюсь на событие progress объекта XMLHttpRequest.upload и вывожу в консоль данные о загрузке файлов: console.log(e.loaded + ' from ' + e.total + ': ' + e.loaded / e.total * 100); И вот, что вижу в консоли: (см. фото) Текст "Данные полностью загружены на сервер!" выводится внутри обработчика события XMLHttpRequest.upload.onload. То есть когда данные, казалось бы, полностью загрузились, Safari как будто повторно пытается их загрузить. Кто-нибудь сталкивался с такой проблемой? P.S.: Загрузка осуществляется по средством jQuery.ajax: xhr: function() { _xhr = $.ajaxSettings.xhr(); _xhr.upload.onprogress = function(e) { console.log(e.loaded + ' from ' + e.total + ': ' + e.loaded / e.total * 100); }; return _xhr; } До этого делал нативным способом. Поведение не меняется. Спасибо!
  4. Всем привет! Никто не сталкивался с такой проблемой в Safari: при загрузке файлов на сервер (когда загрузка протекает не очень быстро) в событии progress свойство e.total увеличивается в 2 раза? То есть e.loaded принимает значение e.total, а после этого e.total становится 2*e.total и e.loaded снова начинает расти. Заранее спасибо!
  5. Думаю большинству знакомый баг в IE, когда при наборе длинного текста в input горизонтальный paddng не учитываться. И если в этом padding'е расположено фоновое изображение, то текст налазит на него. Обычно это решается дополнительным враппером/контейнером. Но как же не хочется для каждого такого поля добавляться дополнительный контейнер только, что бы исправить этот баг в IE. Существует ли решение этой задачи, без использования дополнительных тегов или js?
  6. Привет всем. Обнаружил странную особенность Хрома: анимация выполняется сразу после загрузки страницы. Вот, сделал тестовую страничку: http://www.photonoob...sition-bug.html Там всего один div, которому прописана анимация. Проверял на последних версиях Хрома (25.0.1364) на Win7 и MacOSX 10.6.2. (Если у кого-то не срабатывает, то попробуйте, находясь по вышеуказанному адресу, перейти на другую страницу, а затем нажмите кнопку «Назад» чтобы вернуться.) То что это баг я решил потому что такое поведение свойственно только Хрому. В других браузерах такого нет. Более того, даже в Сафари баг не обнаруживается. Вообще, поискав информацию на эту тему, выяснил, что уже существует обход этого бага с помощью JS. Но при этом не существует багрепорта. Вот я думаю, нужно ли создавать багрепорт, либо это всё-таки не баг.
  7. Привет всем. Заметил, что в firefox выравнивание текста по baseline происходит отлично от других браузеров. Baseline не совпадает на 1px. Вот что я имею ввиду: Кто как с этим борется? Исходник на jsfiddle: http://jsfiddle.net/KtbDU/
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy